51Testing软件测试论坛

标题: 关于”探索测试” 与 “Visual Studio 2012 Microsoft Test Manager” [打印本页]

作者: mew234 时间: 2013-7-24 18:41
标题: 关于”探索测试” 与 “Visual Studio 2012 Microsoft Test Manager”
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”,但若是新产品呢? 这样就没有过去的经验可比对了

作者: goal1860 时间: 2013-7-26 07:16
1.让领导感受到缺少关键文档带来的问题，假如没有问题那就拉倒了：）
2.个人感觉test session更接近于场景，应该是一组用例，以一个主用例来代表整个需求
3.不懂，不过看起来有点教条了
4.我也是这样理解的
5.探索测试很大程度是基于经验的，假如硬要搞出些1234就有些背离初衷了
7.可以根据行业经验猜测，或者根据类似产品猜测，有领域专家的话就更靠谱了：）

作者: mew234 时间: 2013-7-29 14:48
本帖最后由 mew234 于 2013-7-30 10:28 编辑

回复 2# goal1860

hi goal1860

先谢谢您的回复

1.让领导感受到缺少关键文档带来的问题，假如没有问题那就拉倒了：）
=>>>>
但有的问题并非及时会显现.

如: 未来交接困难/需求频繁变动.
领导只会觉得: 那当初你怎都没想到这些事?(结果就是挨骂..)

但现在这个时间点提, 只会累死自己啊
(因为高层他们觉得就是要快速测完最好)

3.不懂，不过看起来有点教条了
=>>>
抱歉,不懂您的意思

5.探索测试很大程度是基于经验的，假如硬要搞出些1234就有些背离初衷了
=>>>
问题是:领导对这些没有很懂
却又要你讲出这东西, 也要知道你打算怎么做时
就只好 1234 啦

7.可以根据行业经验猜测，或者根据类似产品猜测，有领域专家的话就更靠谱了：）
=>>>
哈哈哈啥都没有
只有网络

作者: goal1860 时间: 2013-7-31 07:57
看了你的回复我感觉问题的瓶颈貌似都在领导那里，这就不是技术层面能解决的了。考验的是你揣摩圣意和忽悠的能力了。：）

回复 3# mew234

作者: mew234 时间: 2013-7-31 14:19
也是,谢谢您的答复

作者: omg 时间: 2013-7-31 20:31
首先说下，对于VS 2012 TEST MANAGER只闻其名，未真正用过。

Q1，你跟你的直属领导说，不写点东西，怎么保证测试覆盖率？

Q2，我觉得test session是说做一个小时，两个小时的探索测试，叫session

Q3，考虑覆盖率的问题，如果你们探索测试都覆盖到了系统测试的程度了，也没有啥吧

Q4，不知道你说模型是什么，能不能举个例子？是在说“指南测试”，“地标测试”，“博物馆测试”等？

Q5，个人不太同意这个

Q6，没有用过TEST MANAGER，感觉可以purpose这些也许可以放requirement吧，只有这几个地方可以天吗？function可以放在backlog吧？

Q7，可以考虑自己的经验；可以考虑开发人员之前犯过的错；可以考虑类似产品、大环境中的比较薄弱的地方

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)