51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3154|回复: 5
打印 上一主题 下一主题

关于”探索测试” 与 “Visual Studio 2012 Microsoft Test Manager”

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-7-24 18:41:35 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
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.22.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”,
但若是新产品呢? 这样就没有过去的经验可比对了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2013-7-29 14:48:54 | 只看该作者
本帖最后由 mew234 于 2013-7-30 10:28 编辑

回复 2# goal1860


hi goal1860

先谢谢您的回复

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

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

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




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



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

7.可以根据行业经验猜测,或者根据类似产品猜测,有领域专家的话就更靠谱了:)
=>>>
哈哈哈 啥都没有
只有网络
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2013-7-31 07:57:39 | 只看该作者
看了你的回复我感觉问题的瓶颈貌似都在领导那里,这就不是技术层面能解决的了。考验的是你揣摩圣意和忽悠的能力了。:)

回复 3# mew234
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2013-7-31 14:19:53 | 只看该作者
也是,谢谢您的答复  
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2013-7-31 20:31:34 | 只看该作者
    首先说下,对于VS 2012 TEST MANAGER只闻其名,未真正用过。

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

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

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

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

    Q5,个人不太同意这个

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

    Q7,可以考虑自己的经验;可以考虑开发人员之前犯过的错;可以考虑类似产品、大环境中的比较薄弱的地方
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-6 15:41 , Processed in 0.070853 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表