测试用例_基础必备知识普及：测试用例十问十答。

1、测试用例是什么&＃xff1f;

测试用例的设计就是如何覆盖所有软件表现出来的状态&＃xff0c;即在满足输入/输出的一组条件下&＃xff0c;软件运行是一系列有次序的、受控制的状态变化过程。

2、设计用例是否有必要&＃xff1f;

好记性不如烂笔头&＃xff0c;纯大脑思考&＃xff0c;想象的东西如果只是存在脑海中&＃xff0c;很可能到执行的时候部分测试点就遗漏了。另外也不便于用例评审&＃xff0c;用例总结&＃xff0c;对后期测试工作没大的改进作用。

故测试用例一定要写&＃xff0c;颗粒度可是情况而定。针对测试人员少&＃xff0c;上线时间紧的项目&＃xff0c;可只做思维导图载出测试点。

3、如何写测试点呢&＃xff1f;

根据需求及设计交互稿&＃xff0c;先列功能点&＃xff0c;后扩展功能点为测试点&＃xff08;作为用例的标题&＃xff09;。有必要的时候借助产品、开发、后端的力量&＃xff0c;保证用例的覆盖度&＃xff0c;学会借力。

测试点&＃xff08;注&＃xff1a;这里不是测试用例&＃xff0c;用例一般都比较详细&＃xff0c;开发不一定会花费很多时间去做自测&＃xff09;写完后&＃xff0c;可发给开发做自测&＃xff0c;部分遗漏点可以在测试时进行记录与补充。

4、设计用例的益处&＃xff1f;

设计用例的过程可以更深刻的理解需求&＃xff0c;熟悉各功能点&＃xff0c;保证尽可能全的覆盖到各测试点。也便于用例评审。

5、测试用例有哪些设计方法&＃xff1f;

等价类划分法&＃xff0c;边界值分析法&＃xff0c;功能图法、错误推测法、因果图法&＃xff0c;场景法等。

6、如果保证用例的覆盖度&＃xff1f;

首先一定要熟悉需求&＃xff0c;需求分析&＃xff0c;拆解非常重要&＃xff0c;需求熟悉过程中&＃xff0c;不理解或有疑惑的地方&＃xff0c;一定要找产品进行及时沟通&＃xff0c;确定结果。其次项目开发过程中&＃xff0c;每期的用例都要不断总结&＃xff0c;学会总结&＃xff0c;尽可能的保证少漏。其实这个与测试思维关系密切&＃xff0c;工作经验的积累&＃xff0c;以及测试思维的形成&＃xff0c;都有助于你设计一份较完整的测试用例。

7、用例写完&＃xff0c;我们先要做什么&＃xff1f;

先自检&＃xff0c;自检完毕&＃xff0c;列出仍有疑惑的点&＃xff0c;评审之前&＃xff0c;把用例提前发给相关的开发&＃xff0c;产品&＃xff0c;预留时间告诉他们先看&＃xff0c;再统一时间进行评审。

8、哪些人应该参加用例评审&＃xff1f;

产品&＃xff0c;开发&＃xff08;客户端&＃xff0c;后端&＃xff0c;前端等&＃xff0c;每个公司情况不一&＃xff0c;可根据实际来&＃xff09;&＃xff0c;测试需一起进行用例评审&＃xff0c;评审力度需加大&＃xff0c;不能只是走个过场&＃xff0c;需要有产出&＃xff0c;否则有可能体会不出用例评审的作用。

如果开发不重视&＃xff0c;可直接拉上研发总监一起评审。我们公司每次用例评审结束后&＃xff0c;有需要调整的地方&＃xff0c;我都会做个简单小结&＃xff0c;作为补充点&＃xff0c;并周知所有评审参与人。这样做的目的是&＃xff0c;告诉大家&＃xff0c;我们做了什么事&＃xff0c;做的结果如何&＃xff0c;后续还有什么改进的地方。及时总结&＃xff0c;目标清晰&＃xff0c;可带动大家积极参与。

9、用例评审有必要逐条念吗&＃xff1f;

用例评审没必要逐条念标题和预期结果&＃xff0c;这样很浪费时间&＃xff0c;就我们公司目前的项目周期&＃xff0c;每期测试用例的测试点有 200条左右&＃xff0c;如果挨个念下来&＃xff0c;那得不少时间&＃xff0c;建议可以根据条件总结性的过&＃xff0c;大部分用例结果是已知的&＃xff0c;步骤和预期结果是不用讲的。除非个别有疑惑的测试点&＃xff0c;可以花费时间一起讨论沟通下。

10、对于开发不自测的&＃xff0c;测试该如何做&＃xff1f;

建议加入提测环节&＃xff0c;测试给出提测标准&＃xff0c;没达到就打回。或者先给产品进行功能主流程验收&＃xff08;设计对 UI 进行验收&＃xff09;&＃xff0c;产品说通过验收了再给测试提测。之前老徐讲过&＃xff0c;要开发自测可自上而下进行推动&＃xff0c;加入某个环节也需要技术总监的支持。

开发自测可以使测试人员轻松点&＃xff0c;有更多的时间去测复杂的逻辑问题&＃xff0c;而不是只测需求功能问题。同时&＃xff0c;给研发一点压力&＃xff0c;开发的功能模块质量也会有所提高。多次提测不通过也可以作为研发考核的一个标准。

最后:【可能给予你一定的帮助】

这些资料&＃xff0c;对于【软件测试】的朋友来说应该是最全面最完整的备战仓库&＃xff0c;这个仓库也陪伴上万个测试工程师们走过最艰难的路程&＃xff0c;希望也能帮助到你!
关注我的微信公众号【软件测试小dao】免费获取~

我的学习交流群&＃xff1a;1033482984 群里有技术大牛一起交流分享~

如果我的博客对你有帮助、如果你喜欢我的博客内容&＃xff0c;请 “点赞” “评论” “收藏” 一键三连哦&＃xff01;