测试用例设计
- 文档归纳
- 功能层面
- 代码层面
- 业务层面
文档归纳
文档归纳是测试人员应养成的良好习惯,在你的测试用例中附带好对应需求的需求文档、前后端技术方案、UI / UX 链接等,有助于你在当前测试中以及未来的需求回顾时可以随时查找所需文档。
功能层面
- 功能层面的Case是最直接,最明确去执行的用例,主要是通过分析需求文档得出的用例,设计期间要与产品经理做好交流同步。
- 具体到每一条用例的设计,我们要明确它的路径、前置条件、操作步骤、预期结果,可以根据具体需求标注用例的优先级。详细记录每一条Case,有利于提高执行过程中的流畅性和准确性,在未来需要回顾的时候也可以快速准确定位,提高测试效率。
- 在设计完全面的功能层面用例后,需要根据需求要点以及优先级等,给出对应的冒烟测试用例,用于提供给研发同学进行自测,提高需求提测质量,保障测试主流程畅通。
代码层面
- 在代码层面主要是通过分析前后端技术方案来给出用例,期间需要及时和研发人员进行沟通,保证用例的正确性,研发同学也会给出相应的建议,有助于提高用例覆盖度,全面性。
- 前端Case方面,主要关注应用(服务)的对应逻辑变动,如果有埋点需要进行相应的埋点测试,使用的SDK等等。
- 后端Case方面,主要关注相应数据库变动、接口的变动与新增,接口参数的设计,返回合适的响应,是否可以进行自动化覆盖等,以及缓存、定时任务等其他变动。
业务层面
- 业务层面是体现一个测试人员的思维广度和技术深度的一个层面,测试难度和复杂性也随之升高,但做好对应的测试任务却是必不可少,主要是从用户的角度出发,用不同用户的各方面体验上做出Case的设计。
- 具体可以考虑的要点需要根据实际业务来设计,可以参考以下方面