建站
咨詢
售后
建站咨詢
新聞中心
測試人員的考核：
用Bug對測試人員進行考核，意味著開發(fā)和測試開始對立
綜合考核
選對人，“將能君不勝”
最有價值的測試人員？
一個測試團隊，測試人員水平很高，發(fā)現(xiàn)的bug少，而且都是核心問題；
測試真的需要寫Test Case嗎？ -- 需要看寫Case占用的時間占總測試時間的時間百分比
高水平與低水平測試人員的區(qū)別：Case的覆蓋度和對業(yè)務的理解；
自動化測試過程，而不是自動化測試
測試的兩個指標--質量振幅；高效的提高軟件測試用例的覆蓋度
軟件測試的目標是什么？
穩(wěn)定控制軟件產品質量的振幅
高效提高Test Case 的Coverage（通過Case的復用；數(shù)據(jù)驅動；有效的測試設計方法）
軟件測試管理的兩個派系？ -- CMM和敏捷
怎么做項目分級，在這個基礎上進行軟件測試裁剪呢？
對測試過程進行裁剪
測試策略的制定
確定測試需求；
確定測試目標
確定測試類型和方法
測試風險分析
測試計劃制定--5W
確定測試的目標、方法、環(huán)境、工具等（功能性需求；非功能性需求--性能指標、可靠性穩(wěn)定性指標、安全性指標）
確定時間段
確定資源
自動測試分析（解決什么問題；花費多少成本；提高多少效率）
確定測試過程監(jiān)控方法
風險分析
如何提高工作效率
可復用的產品多（指標：測試資源復用率）；無用的工作少（指標：有效測試工時率）；和開發(fā)的配合好（指標：協(xié)作點數(shù)量，協(xié)作點正確率）；測試項目進度貼合度好（指標：項目變化率，工期貼合度）；自動化測試提高效率（指標：自動化手工測試用例率）
測試用例的覆蓋度
是個求積分的過程
有效度量測試用例覆蓋度增加的條件（定義baseline；定義顆粒度--單位；單個功能點進行有效的規(guī)整--確定最小測試范圍；提高的方式是功能點的組合和測試數(shù)據(jù)的增加；每輪增加case的量和率）
我的看法：
不寫case，那么測試的大價值在人身上，而非case或工具上，這時如果有人員流動，risk會很高；而且如果對于經驗相對不足的測試人員，即使時間很短，讓其使用探索式測試，很可能會陷入局部最優(yōu)，case的coverage低于寫case的Coverage，從而導致效率低下
測試，本身是一門綜合能力要求相對較高的專業(yè)，那么要求測試人員無論從業(yè)務，還是測試能力上都要有廣度，并有相應的深度；中庸之道很重要 ，走某一個極端都會物極必反
對于如何提高測試效率，測試人員可以在某方面通過改進測試得以提高，但某種程度上起決定作用的還是Boss對測試的重視程度，以及測試人員在整個項目過程中的地位
以人為本；以項目ROI為本
附件：http://down.51cto.com/data/2365959另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。
文章名稱：構造可靠的軟件測試過程-創(chuàng)新互聯(lián)
本文路徑：http://www.dlmjj.cn/article/csoods.html
