HI 各位好, 关于”探索测试” 与
“Visual Studio 2012 Microsoft Test Manager” ,有些问题想教:
Q1. 倘若直属领导认为”探索测试” 就是不需要写文件(例: 测试计划, 测试案例, 需求规格)
只要利用“Visual Studio 2012 Microsoft Test Manager”持续执行测试, 利用很短的时间测完就好.
请问我该怎样在不激怒领导且让领导领解我的状况下, 让他理解
”探索测试” 在某些状况下, 还是需要写点文件?
Q2. 在
”探索测试” 相关文章里有提到
test session , 若对应到
“Visual Studio 2012 Microsoft Test Manager” 里, “test session”会是指
“Product Backlog item ”
or
“requirement”
?(我的理解是: “依据单一个
“Product Backlog item ” 或
“Requmet”可生成对应的单一 test case,而这些独立的test case, 可视为“test session”
” )
Q3. 若针对全新的公司项目,要使用”探索测试” 来验证用户需求与功能的话,则不需要 在程序代码刚完成时 先执行”系统测试(system test)” 吗?(因为印象中记得:探索测试的执行时机点是在: ”是在第二轮测试的最后一天开始”)
Q4. 在
”探索测试” 相关文章里,有提到很多”模型”, 这些模型的主要价值,是帮助我们思考如何测试手上的项目,与决定测试的方法与思路?
Q5.总体来说, ”探索测试”的具体执行方式是这样吗?
以”完全没测过的新项目/新产品” 而言:
1.先找出主要大功能, 以及次要功能(在有限时间内,必须要测完主要大功能)
2.把主要大功能先依据正常流程(正向流程)测过一次后,再依据模型或其他方法论,进行探索测试
Ex: 针对 填写窗体功能:
2.1先依据正常流程,输入必填正确域值后,送出窗体 >> 验证是否能正确送出窗体
2.2若2.1 PASS, 则再尝试: 若不输入必填域值就送出窗体,查看系统会有甚么反应
3.出测试报告
Q6. 在"探索式测试白皮书" 提到
“Working with Functions”, 又提到
“Identify the purpose of the product”与“Identify function”. 若对应到“Visual Studio 2012 Microsoft Test Manager”, 那么是要在
“Product Backlog item ”
or
“requirement”里, 这些项目都填写好?
Q7. 在"探索式测试白皮书" 提到” Identify areas of potential instability”,但若是新产品呢? 这样就没有过去的经验可比对了 |