5月份主要做了以下幾項(xiàng)工作：
1. 訂貨會(huì)系統(tǒng)的集成測(cè)試（前三個(gè)模塊）
2. 輔助倉(cāng)儲(chǔ)系統(tǒng)的單元測(cè)試（測(cè)試排程和數(shù)據(jù)下載）
3. 熟悉測(cè)試M-POS的業(yè)務(wù)，還要會(huì)使用PDA
4. 臨時(shí)版本，腳本制作和發(fā)布程序
5. 參與倉(cāng)儲(chǔ)系統(tǒng)和訂貨會(huì)系統(tǒng)的產(chǎn)品演示會(huì)
五月份的工作還算是瞞順序的，跟同事相處也很愉快。這個(gè)月比上個(gè)月測(cè)試得好一些，但是只是一個(gè)繼續(xù)，希望下個(gè)月能有所突破，創(chuàng)新，改善一下自己的工作方式，每天進(jìn)步一點(diǎn)。
公司想安排我以后專門測(cè)試移動(dòng)產(chǎn)品上的軟件，最近都一直接觸每種不同的PDA和不同的業(yè)務(wù)產(chǎn)品，努力學(xué)習(xí)業(yè)務(wù)產(chǎn)品知識(shí)中。
來公司已三個(gè)月了，但對(duì)自己在工作方面的進(jìn)步不是很滿意，現(xiàn)在業(yè)務(wù)知識(shí)也只比剛進(jìn)公司的時(shí)候多了一些，很多沒有操作過，沒有一個(gè)感性的認(rèn)識(shí)，我希望有更多的機(jī)會(huì)去學(xué)習(xí)業(yè)務(wù)，當(dāng)然也要靠自己爭(zhēng)取，把DRP系統(tǒng)的業(yè)務(wù)搞熟點(diǎn)或許更有幫助。自己對(duì)所測(cè)試的產(chǎn)品比較熟悉后，還應(yīng)提高測(cè)試技能。目前還是沒有成功實(shí)施上測(cè)試用例庫(kù)，一方面公司對(duì)方面沒要求，沒有上面的支持，我們的工作不好開展，一方面自己也不夠努力，對(duì)于編寫測(cè)試用例，原本就不熟悉，如果想要寫出優(yōu)秀的測(cè)試用例還得多靠練習(xí)，積累經(jīng)驗(yàn)，這不僅對(duì)個(gè)人對(duì)公司也有很多好處。給自己的學(xué)習(xí)是立足在如果提高當(dāng)前的工作效率，工作質(zhì)量。一切還得多靠自己努力，相信有努力就會(huì)有回報(bào)。
系統(tǒng)中怎么樣才算是bug?
工作了兩個(gè)月了，五一剛過我就在一直思考這個(gè)問題
1.軟件未達(dá)到客戶需求的功能和性能；
你想想如果你做出來的東西都不滿足客戶的需求，那你做什么軟件啊，誰給你買單啊。溝通不好的團(tuán)隊(duì)往往做出來的東西跟客戶想要的東西不一致，這就需要提高測(cè)試員對(duì)需求要有一個(gè)敏銳的感覺，能捕捉客戶真正需求的能力。
2.軟件超出客戶需求的范圍
如果你做出了超出客戶需求范圍的內(nèi)容，這部分是沒有人為你買單的，那你開發(fā)成本，測(cè)試成本，維護(hù)成本從哪里來。
3.軟件出現(xiàn)客戶需求不能容忍的錯(cuò)誤和軟件的使用未能符合客戶的習(xí)慣和工作環(huán)境。用戶易用性在應(yīng)用軟件的測(cè)試級(jí)別很高。這些都是非常影響客戶心情和效率問題或是影響客戶收益問題，那當(dāng)然要做好了，要把別人怎么心甘情愿的把錢交出來呢。
總結(jié)幾句話吧。在你公司稱為BUG的問題不一定在別的公司稱為BUG，今天稱為BUG的問題在昨天也許不是BUG，測(cè)試人員是以發(fā)現(xiàn)BUG為目的，但是不是所以的缺陷都值得去修改的。
最后一句:什么樣的價(jià)格決定什么樣的產(chǎn)品,什么樣的產(chǎn)品決定了BUG的判定標(biāo)準(zhǔn)。
測(cè)試計(jì)劃和測(cè)試大綱
計(jì)劃只是用來粗略的描述一下要計(jì)劃的內(nèi)容的概要和時(shí)間
測(cè)試大綱要詳細(xì)的描述所要測(cè)試的每一個(gè)按鈕,文本框,頁(yè)面式樣,功能等的式樣
老大發(fā)的
如何進(jìn)行有效測(cè)試？
第一，測(cè)試人員的自信心可以建立在讀程序的能力上。在一個(gè)項(xiàng)目中，開發(fā)人員的工作是研究新技術(shù)，寫出最好的程序。測(cè)試人員應(yīng)該在開發(fā)人員研究的基礎(chǔ)之上，更好的理解新技術(shù)，讀懂程序。看懂程序可以使測(cè)試工作非常高效。不懂內(nèi)部程序的人，可能會(huì)設(shè)計(jì)三十個(gè)test cases, 才能找到一個(gè)bug. 懂程序的人每個(gè)test case都可能發(fā)現(xiàn)一個(gè)或多個(gè)bug. 我有30%的bug都是讀程序讀出來的。由于對(duì)開發(fā)人員的程序有很深的理解，即使release后出了問題，也能很快理解問題出在什么地方，是否是bug.
第二，測(cè)試人員寫測(cè)試程序的時(shí)間應(yīng)該盡量最小化。測(cè)試人員測(cè)試的時(shí)間分配應(yīng)該是, 30%讀程序，20%寫測(cè)試程序，50%寫Test Cases和運(yùn)行Test Cases. 好的測(cè)試員的工作重點(diǎn)應(yīng)該放在理解要求，理解客戶需要，思考在什么條件下程序會(huì)出錯(cuò)，而不是思考如何去自動(dòng)化。如果時(shí)間都放在設(shè)計(jì)自動(dòng)化上了，必然會(huì)影響測(cè)試，分散測(cè)試資源。測(cè)試人員應(yīng)該邊讀程序邊測(cè)試，讀程序幫助找到好的Test Case，測(cè)試幫助驗(yàn)證理解和猜測(cè)。
第三，測(cè)試人員要學(xué)會(huì)討價(jià)還價(jià)。很多時(shí)候項(xiàng)目經(jīng)理，開發(fā)人員搞得東西不是客戶馬上需要的，或許是永遠(yuǎn)用不到的。測(cè)試人員可以和項(xiàng)目經(jīng)理研究先測(cè)什么，后測(cè)什么，那些不測(cè)。比如，我做的一個(gè)項(xiàng)目，我發(fā)現(xiàn)30%的功能是現(xiàn)在用處不大，所以我直接告訴項(xiàng)目經(jīng)理那些東西我不會(huì)去測(cè)的。事實(shí)證明，這樣做節(jié)省了很多人力。
第四，測(cè)試人員要多花時(shí)間參與設(shè)計(jì)。測(cè)試人員一定要緊跟項(xiàng)目經(jīng)理和開發(fā)人員的要求變化和設(shè)計(jì)。理解每一個(gè)要求的影響。在每個(gè)項(xiàng)目周期中，去比較當(dāng)前版本和以前版本的所有程序變化。重點(diǎn)測(cè)試變化。