50邓萨、您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么朋沮？
- 白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果
- 黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。
- 不可能做到完全測(cè)試囱淋，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題
51纸颜、詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過程
項(xiàng)目經(jīng)理通過和客戶的交流，完成需求文檔绎橘，由開發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審胁孙，評(píng)審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過綜合開發(fā)人員称鳞，測(cè)試人員以及客戶的意見涮较，完成項(xiàng)目計(jì)劃。然后sqa進(jìn)入項(xiàng)目冈止，開始進(jìn)行統(tǒng)計(jì)和跟蹤
開發(fā)人員根據(jù)需求文檔完成需求分析文檔狂票，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方熙暴。測(cè)試人員完成測(cè)試計(jì)劃文檔闺属，測(cè)試計(jì)劃包括的內(nèi)容上面有描述
測(cè)試人員根據(jù)修改好的需求分析文檔開始寫測(cè)試用例慌盯，同時(shí)開發(fā)人員完成概要設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔掂器。此兩份文檔成為測(cè)試人員撰寫測(cè)試用例的補(bǔ)充材
測(cè)試用例完成后亚皂，測(cè)試和開發(fā)需要進(jìn)行評(píng)審
測(cè)試人員搭建環(huán)境
開發(fā)人員提交第一個(gè)版本，可能存在未完成功能国瓮，需要說明灭必。測(cè)試人員進(jìn)行測(cè)試，發(fā)現(xiàn)bug后提交給 bugzilla
開發(fā)提交第二個(gè)版本乃摹，包括 bug fix以及增加了部分功能禁漓，測(cè)試人員進(jìn)行測(cè)試。
重復(fù)上面的工作孵睬，一般是3-4個(gè)版本后bug數(shù)量減少播歼，達(dá)到出貨的要求
如果有客戶反饋的問題，需要測(cè)試人員協(xié)助重現(xiàn)以及回歸測(cè)試掰读。
52秘狞、以往是否曾經(jīng)從事過性能測(cè)試工作？請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過程
曾經(jīng)做過一套網(wǎng)管系統(tǒng)的性能測(cè)試磷支，主要測(cè)試該軟件在同時(shí)管理大量終端的情況下谒撼，在響應(yīng)時(shí)間，cpu/磁盤/內(nèi)存等參數(shù)是否滿足要求雾狈。
也曾經(jīng)做過軟交換系統(tǒng)的呼叫性能測(cè)試廓潜，主要是測(cè)試軟交換系統(tǒng)在有大量呼叫的情況下，響應(yīng)時(shí)間善榛，呼叫成功率辩蛋，cpu/磁盤/內(nèi)存等參數(shù)是否滿足設(shè)計(jì)要求。
