测试计划和测试用例

1.测试计划介绍

定义

制定测试目的、范围方法、时间进度以及软件测试重点的过程

2.测试计划模板内容

测试目的、测试资源、测试范围、测试风险、人员分工、测试策略、测试准则、测试进度、提交测试文档。只要第一项和最后一项的位置是固定的，其他都可以微调位置

封面和目录

封面:测试计划，编写人，编写时间等，也可以表格，也可以文字描述

目录:自动生成

3.测试目的

测试目的的编写结构

1.目的的总体概述

2.包含详细描述

测试目的编写内容

对项目测试进行整体描述，不必太过详细，详细描述各个模块、功能具体要做什么样的操作，bug解决情况，以及相应的上线时间

4.测试资源

1.人力资源

2.系统资源

（1）软件资源:这部分描述需要的软件版本、数量、描述

（2）硬件资源:这部分描述测试需要的硬件的配置和数量

5.测试范围

1.测试对象

软件:TPShop商城1.0版本

文档:《TPShop1.0版本需求文档》

2.测试的特性

需要测试的内容，如TPShop的支付、登录功能

3.不需测试的特性

不需要测试的内容，软件是增量开发，如注册功能不是本次测试内容

6.测试风险

这部分描述测试任务可能遇到的风险，以及规避的方法

1．可能遇到的情况

2．该情况发生的可能性

人员不足、技术有限、软件依赖环境不完备、工具不足、需求变更

3．该情况发生后对测试造成的影响如何

4．我们该如何应对突发情况

7.人员分工

8.测试策略

都需要进行哪些测试

第一种方式：

微信支付功能

采用接口测试和功能测试

测试工程师B对新增的接口进行功能及性能的测试

测试工程师A根据需求对微信支付功能业务逻辑、UI、兼容性等进行测试

登陆页面

测试工程师B对登陆页面进行布局、文字，交互及兼容性等进行测试

其它功能

运行回归测试用例，覆盖积云商城的主业务流程

注册页面运行稳定并且未作修改，本版本不测试

第二种方式：

第三种方式：

界面测试：对界面进行测试，是否符合公司需求

接口测试：对于各个模块间数据进行接口测试

稳定性测试：

兼容性测试：测试商城在IE浏览器以及各个主流浏览器间是否存在兼容问题

9.测试准则

启动准则：满足什么情况可以进行测试

暂停准则：遇到什么情况测试要暂停

再启动准则：在什么情况下可以重新启动测试

结束准则：什么情况可以停止测试

缺陷分类：轻微 → 一般 → 次要 → 严重

10测试进度

11.提交测试文档

这部分规划测试任务的所有文档输出，根据项目特点进行规划：

测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告

如果需要某些文档合并为一篇文档，例如把测试设计说明书和测试案例说明书合在一篇文档中，需要进行说明

1. 用例介绍

1.定义:

为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例

2.为什么要学习测试用例？

在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。

测试用例的使用令软件测试的实施重点突出、目的明确。

在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

3 .用例核心要素

必须掌握：用例编号(如何命名)、所属模块、用例标题（验证谁在什么情况下，去做什么，最后结果是什么）、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果

了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注

4.什么是高质量的测试用例

测试用例覆盖所有的用户需求

测试用例要简单明了

各类型的测试用例要齐全

用最少的用例覆盖最多的需求

 等价类划分法

定义:

等价类划分是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。

等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的