我們公司就是項目承包，要拿最后的項目尾款，就要測試部簽字通過(guò)，這樣就避免了很多的問(wèn)題其實(shí)只要自己盡到心就可以了，管別人怎么說(shuō)呢。
七、我們使用的狀態(tài)有： >程序員處理的狀態(tài)（由測試員提交的Action）：等待處理的，再次出現的。 測試員處理的狀態(tài)（由程序員提交的Action）：已經(jīng)修改的，暫不修改的，系統限制的，使用錯誤的，無(wú)法再現的。測試員可以修改記錄。
經(jīng)理處理的狀態(tài)（由測試員提交Action）：管理員處理的。經(jīng)理還可以刪除記錄。
按照比較標準的說(shuō)法，其實(shí)對于缺陷還應該有“等待確認的”、“已經(jīng)確認的”和“重復提交的”的狀態(tài)，我們?yōu)榱耸∈�，統一使用了“等待處理的”。
最后結項的時(shí)候，缺陷的狀態(tài)對我們來(lái)說(shuō)有兩種，“已經(jīng)關(guān)閉的”（由測試員或經(jīng)理確認）和“暫不修改的”（比如下一個(gè)版本處理等）。
呵呵，狀態(tài)多，有些煩瑣，特別是程序員很多的時(shí)候都不清楚應該回復什么狀態(tài)，但我個(gè)人覺(jué)得對測試人員來(lái)說(shuō)，這些狀態(tài)比較清晰明了，容易處理。
八、一個(gè)叫doer_ljy(可戰)的網(wǎng)友回復了一些內容，我個(gè)人認為不很妥當，就回復了一些內容，綠顏色的是doer_ljy(可戰)的內容：
關(guān)于“無(wú)法重現”我看是有這么個(gè)問(wèn)題存在。
首先如果你在測試之前有嚴格的測試計劃，就很難出現“無(wú)法重現”這種現象�！盁o(wú)法重現”的意思是不知道怎么操作才能再次看見(jiàn)這個(gè)BUG。那么這個(gè)BUG多半是“計劃外”的。
不清楚你是否是測試人員�！坝媱澩狻边@個(gè)詞，對測試員來(lái)說(shuō)應該不存在。測試用例的粒度一直是個(gè)在討論中的問(wèn)題，測試人員很難有時(shí)間和精力寫(xiě)出包含內容、數據、步驟等等全部操作一切的測試用例（說(shuō)白了，只要一個(gè)長(cháng)手識字的人，按照測試單做，就能發(fā)現所有的問(wèn)題，呵呵，有軟件藍領(lǐng)的感覺(jué)了）。即使真的有，意義也不大，測試很多的時(shí)候，是發(fā)散性的思維，帶點(diǎn)創(chuàng )造性，想事先考慮完全，很難。所以更多時(shí)候，是在測試過(guò)程中逐步對用例等進(jìn)行完善，所以說(shuō)“計劃外”最好不要提。
說(shuō)說(shuō)我現在測試的一個(gè)項目，有一個(gè)業(yè)務(wù)，首先查詢(xún)出人員，有個(gè)“全選”按鈕，“全選”后，再用鼠標一個(gè)一個(gè)取消選擇，這個(gè)時(shí)候進(jìn)行業(yè)務(wù)辦理的時(shí)候，就會(huì )提示“沒(méi)有選擇人員”，至今為止一切都正常，但是這個(gè)時(shí)候再次點(diǎn)選人員進(jìn)行業(yè)務(wù)處理，仍然會(huì )提示“沒(méi)有選擇人員”，這就是一個(gè)缺陷了。這個(gè)問(wèn)題我想一般人都不會(huì )在測試用例中考慮到吧，因為發(fā)生的條件很苛刻：不用“全選”按鈕的時(shí)候不會(huì )發(fā)生；全選后點(diǎn)擊“取消全選”按鈕再辦理業(yè)務(wù)不會(huì )發(fā)生；全選全消后，先點(diǎn)擊人員再辦理業(yè)務(wù)也不會(huì )發(fā)生。
其次，成熟的測試人員及時(shí)無(wú)法再現BUG，也能準確的描述出BUG發(fā)生之前幾個(gè)步驟的操作方法，測試用例情況。這些對開(kāi)發(fā)人員分析BUG原因很重要。所謂的BUG發(fā)現環(huán)境。
呵呵，看來(lái)我不是成熟的測試人員。手工測試，比較熟練的時(shí)候，和打字可以說(shuō)差不多，應該進(jìn)行到哪里，心中是有數的，但讓我完全從頭到尾的重復，不容易呀。寫(xiě)測試缺陷報告單的時(shí)候，也只是說(shuō)明操作步驟和發(fā)生的現象。其實(shí)無(wú)法重現的問(wèn)題，既然說(shuō)“無(wú)法重現”，也就是測試人員已經(jīng)對這個(gè)現象進(jìn)行了多次的驗證，一般從程序外部來(lái)說(shuō)，測試人員的操作比程序員要熟練的。
最后，我不同意測試人員不假思索把發(fā)現的“問(wèn)題”直接推給編碼人員的做法。畢竟是大家合作，目標是一致的。測試人員總是處在BUG發(fā)生的第一現場(chǎng)，應該幫助分析出現問(wèn)題的原因。確認是不是自己的此時(shí)Miss.
測試人員提交任何一個(gè)問(wèn)題，都會(huì )經(jīng)過(guò)反復的驗證，如果容易重現，早就提出來(lái)了。絕對不是在推脫責任，還是那句話(huà)，對程序的結構，做的人當然比不做的人要清楚。另外，除非程序員詢(xún)問(wèn)，否則我不會(huì )給程序員提出修改分析和建議��！測試人員的任務(wù)是發(fā)現問(wèn)題，解決問(wèn)題是程序員的事情。這么做可能會(huì )影響程序員思考問(wèn)題的思路；而且測試人員做的多了，程序員不但不感激，可能反而會(huì )反感（好像程序員對測試人員有好印象的不多）。
再說(shuō)兩個(gè)我這兩天遇到的問(wèn)題。第一個(gè)就是我們的程序有一個(gè)鎖定數據的功能。鎖定后，在其它的業(yè)務(wù)，此數據將不能再使用。我當時(shí)發(fā)現這個(gè)功能無(wú)效，而且經(jīng)過(guò)了幾次的驗證都不行，我當然就提出了。但是程序員那里說(shuō)此功能好使，我再驗證的時(shí)候，就沒(méi)有問(wèn)題了，這個(gè)問(wèn)題當時(shí)可以重現（但是我不可能遇到問(wèn)題就拉程序員來(lái)看吧），后來(lái)卻沒(méi)有了，只能放在那里，最后關(guān)閉掉。第二個(gè)就是在一個(gè)界面中，錄入有順序要求，必須先選擇一個(gè)ListBox（必填）再進(jìn)行Edit的錄入，但一次操作我沒(méi)有選擇 ListBox就錄入的Edit，也正常保存了。后來(lái)無(wú)論我怎么操作此問(wèn)題都沒(méi)有出現（不夠成熟呀），我就放棄了，也沒(méi)有提交記錄（為了避免麻煩）。
測試人員的時(shí)間是有限的，進(jìn)度給的都很少，一般連用例都沒(méi)有時(shí)間寫(xiě)，還要去花很多時(shí)間驗證“無(wú)法重現”的問(wèn)題？反正10分鐘如果試驗不出來(lái)，我就會(huì )放棄。嚴重的就提交，不影響的就當不知道。
下面是其它一些人的觀(guān)點(diǎn)：
doublefalse(散諸懷抱)：如果不能重現的bug確實(shí)比較麻煩，但最好在測試過(guò)程中注意干凈環(huán)境、正確的操作、相同的數據源，只要真的有問(wèn)題，一定能否復現的。呵呵，多試試�。�！我們以前一直有客戶(hù)反映入庫的數據經(jīng)常有無(wú)關(guān)數據，但在家里測試沒(méi)有問(wèn)題，后來(lái)才發(fā)現是漢字編碼錯位，這樣同樣的字，錯位后就變成另外的東西了。
liuxiaoyuzhou(蟀哥)：遇到過(guò)同樣的問(wèn)題!主要是記住BUG出現的環(huán)境!測試的時(shí)候這是關(guān)鍵!在我們這里不能從現的BUG,是測試人員的工作不到位!我們這里程序員比測試人員說(shuō)話(huà)有力度!郁悶呀!
ericzhangali(另一個(gè)空間)：首先一定要提交bug；其次不要企圖RD一定去解這個(gè)bug；某些時(shí)候還得關(guān)閉這個(gè)bug。如果RD認為是測試錯誤，（不明白什么叫測試錯誤，是不是說(shuō)他從測時(shí)要告訴你千萬(wàn)不要怎么怎么做，否則后果自負啊，）那也沒(méi)什么辦法，如果溝通解決不了，愛(ài)咋認為就咋認為吧。
darkcat_c(錯了重來(lái))：沒(méi)有bug是不可以重現的，bug本事是建立在標準的規程上所出現的異常，如果你按test case步驟做的話(huà)不太可能出現此類(lèi)bug。作為測試人員一定要具備良好的記憶能力，一旦出現一些不知如何產(chǎn)生的bug，至少你要知道剛才你大致進(jìn)行了那些操作。良好的分析能力，盡管你只是測試，但你應該全面的了解程序的架構，和一些重要的內部細節，不然你這個(gè)測試就是不合格的。定位bug是開(kāi)發(fā)的事情，而重現一個(gè)bug是測試的本職工作，不要把所有的事情推給開(kāi)發(fā)，不然你的確比開(kāi)發(fā)要低一等。（編者按：這種話(huà)，不愿意去辯駁，標準開(kāi)發(fā)人員的看法，也許應該讓他們也來(lái)做做測試(雁子)：我覺(jué)得應該是這么處理：
1、一定提交bug，必須由負責bug的tester詳細描述測試操作步驟，bug發(fā)生的癥狀，并將bug發(fā)生的具體環(huán)境也描述清楚；這樣對于再次重現也有一定的參考性。
2、測試和開(kāi)發(fā)之間是需要良好溝通的，如果得到的回復是操作錯誤，那么請開(kāi)發(fā)人員解釋?zhuān)瑸槭裁磿?huì )允許存在操作錯誤，一般來(lái)說(shuō)，對于錯誤控制，開(kāi)發(fā)那邊應該能很好的把握。
3、溝通方面是需要方式的，開(kāi)發(fā)人員對于自己完成的程序有一種滿(mǎn)足感，一般來(lái)說(shuō)是不允許別人來(lái)破壞他的這種感覺(jué)，如果溝通的時(shí)候盡可能是一種建議的形式，讓開(kāi)發(fā)人員自己指出自己的程序缺陷，這樣對于開(kāi)發(fā)人員來(lái)說(shuō)是可以接受
