1.什么是軟件測試
驗(yàn)證軟件是否滿足用戶的需求
2.軟件測試和開發(fā)的區(qū)別是什么？
（1） 軟件測試和軟件開發(fā)中的調(diào)試的區(qū)別
目的：軟件測試的目的，測試人員根據(jù)需求去判斷軟件是否滿足用戶的需求；軟件調(diào)試的目的，軟件開發(fā)人員為了驗(yàn)證程序是否可以滿足他想讓程序?qū)崿F(xiàn)的功能。
角色：調(diào)試：開發(fā)人員；測試人員，開發(fā)人員(單元測試)，用戶（β測試，α測試）
階段不同：調(diào)試，軟件開發(fā)的階段；測試：整個(gè)軟件開發(fā)的生命周期；

---

測試左移和測試右移：
測試左移：需求前調(diào)研階段和需求階段，測試人員參加。（驗(yàn)證需求是否合理）
測試右移：產(chǎn)品上線后，系統(tǒng)監(jiān)控，日志記錄和分析（系統(tǒng)吸能達(dá)到瓶頸之后就會(huì)觸發(fā)報(bào)警，然后通知產(chǎn)品經(jīng)歷和開發(fā)人員）

---

3.一個(gè)測試人員所具備的素質(zhì)？（為什么選擇）
（1）軟件測試這個(gè)崗位的興趣
（2）能力，編程能力，懂幾門編程語言，溝通，團(tuán)結(jié)協(xié)作
（3）責(zé)任感、抗壓力
思維方面：發(fā)散性思維、逆向思維

概念

什么是需求？
需求—>分析/設(shè)計(jì)（產(chǎn)品經(jīng)理）（商討需求得出開發(fā)文檔，展現(xiàn)具體的功能的實(shí)現(xiàn)細(xì)節(jié)，文字/畫圖）------>開發(fā)------->測試------>上線

用戶需求：用戶想要軟件實(shí)現(xiàn)的需求
軟件需求：用戶需求的具體化，是用戶需求的實(shí)現(xiàn)細(xì)節(jié)，開發(fā)人員要根據(jù)軟件需求進(jìn)行軟件開發(fā)
軟件需求是用戶需求轉(zhuǎn)化而來的。
需求就是滿足用戶的期望或者合同規(guī)定的標(biāo)準(zhǔn)、規(guī)范，文檔所需要的條件和權(quán)限。

水杯的測試用例

什么是BUG？

分為兩種情況：
（1）當(dāng)軟件需求規(guī)格(軟件需求)存在并且合理，如果軟件功能和軟件需求規(guī)格不相符合，我們就說是軟件錯(cuò)誤(BUG)
（2）當(dāng)軟件需求規(guī)格不存在的時(shí)候，用戶需求存在并且合理，軟件功能和用戶需求不相符，就是軟件錯(cuò)誤(BUG)

什么是測試用例？

向被測試系統(tǒng)發(fā)起的一組集合，這組集合包括測試數(shù)據(jù)，測試步驟，測試平臺(tái)，預(yù)期結(jié)果

開發(fā)模型(5個(gè))

瀑布模型
優(yōu)點(diǎn)：各個(gè)階段比較獨(dú)立，看重需求分析和軟件測試
缺點(diǎn)：無法適應(yīng)需求的變化；測試到編碼后才介入，導(dǎo)致前期的缺陷無法及時(shí)發(fā)現(xiàn)，無法及時(shí)修正。
適用的項(xiàng)目：適用于需求穩(wěn)定的項(xiàng)目
螺旋模型
優(yōu)點(diǎn)：強(qiáng)調(diào)軟件質(zhì)量；每一次迭代進(jìn)行嚴(yán)格的風(fēng)險(xiǎn)分析，提供討論項(xiàng)目是否有必要進(jìn)行下去的機(jī)會(huì)
缺點(diǎn)：引入風(fēng)險(xiǎn)管理，會(huì)投入大量人力物力
適用的項(xiàng)目：前期需求不是很明確，而且有風(fēng)險(xiǎn)，項(xiàng)目比較龐大的系統(tǒng)開發(fā)；
迭代，增量模型
迭代：一個(gè)系統(tǒng)的四個(gè)功能，A模塊，B模塊，C模塊，D模塊，兩周時(shí)間完成
迭代模型第一周開發(fā)人員完成A，B，C，D四個(gè)模塊基礎(chǔ)功能，第二周，在基礎(chǔ)功能之上進(jìn)行細(xì)化和完善；
增量模型：第一周，完成A模塊，B模塊，第二周完成C模塊，D模塊
迭代模型的抗風(fēng)險(xiǎn)能力更強(qiáng)
敏捷模型
輕文檔、輕流程、重目標(biāo)、重質(zhì)量
擁抱變化、可以適應(yīng)需求的變化
目標(biāo)：交付一個(gè)高質(zhì)量可用的軟件
scrum流程：
PO，product owner產(chǎn)品經(jīng)理，把客戶的需求整理成user story，課表的代表方；
SM：scrum master項(xiàng)目經(jīng)理，負(fù)責(zé)保證整個(gè)敏捷流程的順利實(shí)施；
ST：scrum team研發(fā)團(tuán)隊(duì)，目標(biāo)是交付一個(gè)高質(zhì)量可用的軟件
scrum流程：

發(fā)布計(jì)劃會(huì)議：product owner負(fù)責(zé)講解user story，對(duì)其進(jìn)行估算和排序，發(fā)布計(jì)劃會(huì)議的產(chǎn)出就是制定出這一期迭代要完成的story列表，sprint backlog。

迭代計(jì)劃會(huì)議：項(xiàng)目團(tuán)隊(duì)對(duì)每一個(gè)story進(jìn)行任務(wù)分解，分解的標(biāo)準(zhǔn)是完成該story的所有任務(wù)，每個(gè)任務(wù)都有
明確的負(fù)責(zé)人，并完成工時(shí)的初估計(jì)。

每日例會(huì)：每天scrum master召集站立會(huì)議，團(tuán)隊(duì)成員回答昨天做了什么今天計(jì)劃做什么，有什么問題。

演示會(huì)議：迭代結(jié)束之后，召開演示會(huì)議，相關(guān)人員都受邀參加，團(tuán)隊(duì)負(fù)責(zé)向大家展示本次迭代取得的成
果。期間大家的反饋記錄下來，由po整理，形成新的story。

回顧會(huì)議：項(xiàng)目團(tuán)隊(duì)對(duì)本期迭代進(jìn)行總結(jié)，發(fā)現(xiàn)不足，制定改進(jìn)計(jì)劃，下一次迭代繼續(xù)改進(jìn)，已達(dá)到持續(xù)改
進(jìn)的效果。

網(wǎng)易郵箱注冊(cè)正確流程測試-標(biāo)題即測試點(diǎn)

測試數(shù)據(jù)
郵箱地址：313232131
密碼：123456hids
手機(jī)號(hào)： 12324323232

步驟
(1) 打開網(wǎng)易郵箱注冊(cè)頁面
(2) 輸入郵箱地址、密碼、手機(jī)號(hào)
(3) 勾選同意條款，點(diǎn)擊立即注冊(cè)

測試平臺(tái)
Chrome瀏覽器

預(yù)期結(jié)果
注冊(cè)成功

重要性：重要
測試方式：自動(dòng)化
功能模塊：注冊(cè)模塊
優(yōu)先級(jí)：優(yōu)先

總結(jié)

以上是生活随笔為你收集整理的软件测试理论入门(二)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。