关于测试用例的所有问题 。

本文针对测试用例的设计提供了详尽的指导,包括如何从需求文档出发拆分测试点,面对模糊需求时的应对策略,以及适合不同场景的用例编写方式和工具选择建议。



测试用例这块,老徐写过很多文章 。这篇文章,汇总往期内容,以及回答下你关于用例的所有疑问 。



1. 

问:

测试用例,怎么写 ?


答:

1)根据需求文档,拆分测试点 。

2)根据测试用例设计方法 + 经验 + 拆分后的测试点 + 通用用例规约 。来设计最终的详细测试用例 。




2. 

问:

没有需求文档,如何写用例 ?


答:

如下,选取老徐往期文章的片段:


没有需求文档,最头疼的问题是不知道开发的产品应该是个什么样,要完成哪些功能,达到什么指标,有哪些细节需要注意的。

大家只是口头沟通,过段时间,谁都不知道谁说了什么。


下面几个步骤应该也许有用:


1、首先可以查找其他相关文档。比如产品策划书、Feature List,不可能什么文档都没有吧。我们可以收集一切相关的文档来帮助理解所要测试的产品需要完成的目标。


2、尽量多参加该项目组内的会议。比如需求讨论、设计讨论、计划讨论等会议,尽管没有白纸黑字的文档,但讨论过程中也能让你加深对产品的理解。


3、咨询相关人员。经过以上两个过程,应该对产品有了一个初步的理解,花点时间自己把大致的功能点整理一下,遇到不明确的、有疑问的,可以咨询项目负责人或者相关市场人员,他们应该对整个产品心中有数。

这里有一个前提是,在对产品有了初步了解后,才有针对性的去咨询,否则在什么都不知道的情况下。

第一,对方没有耐心和时间向你介绍整个产品;

第二,对于对方的讲解,估计最多也只能了解个大概,不能很好理解。


4、召集相关人员,对你整理的结果进行讨论。整理以上几步得出的结论,总结成文档,发给相关人员,包括项目负责人、市场部代表、开发人员等,让他们帮助评审check,根据意见对文档不断进行补充完善。当最后通过评审后,这个文档就可以当作依据来设计你的测试用例了。


当然,如果是一款已经上线的产品,可以多去使用产品。

有不懂的记录下来,问产品经理。如果没有产品经理,问测试同事。如果公司在职的测试也没有(就你一个测试),问开发同学。

也可以去看历史Bug。通过历史Bug,可以了解到一些你需要关注的东西。



问题延伸:

有需求文档;但需求不明确呢 ?如何写用例 ?


答:

之前有文章,可以看看

产品需求不明确,如何写测试用例 ?




3. 

问:

是否有必要写测试用例的问题 ?如何确定测试用例粒度的问题 ?


答:

曾经这篇文章,可以直接进去慢慢看

如果你还在纠结是否需要写测试用例,测试用例什么粒度合适时,看看此文 。




4. 

问:

一个团队中,谁写用例更适合呢 ?由谁来写用例最适合 ?


答:

前几天写了篇文章,点击看看

关于一个团队,测试用例,谁来写的问题 。





5. 

问:

写用例,用什么形式写 ? 什么工具来写 ?


答:

如下,选取老徐往期文章的片段:


其实都可以,适合自己公司就好

可以是excel

可以是word

也可以用工具,如testlink、zentao等

也可以用xmind

适合自己公司就好

根据老徐的了解,很多公司都是用excel来写测试用例;

留言区,说说,你用啥写用例 ?




6.

问:

写用例,是否有通用的用例模板 ?我不知道如何开始写用例,是否有模板,来填内容即可 ?




正文,篇幅有限,具体内容 -> 见原文 。




评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IDO老徐

转发 + 讨论 > 赞赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值