高质量的软件测试用例设计要考虑哪些方面?
展开全部
简单的概括来说:首先,对于高质量的软件测试用例设计,不仅需要考虑明确的显性功能性需求,还要涉及兼容性方面、安全性方面和性能方面等一系列的非功能性需求,这些非功能性需求对软件系统的质量保障也同样有着举足轻重的作用。
其次,测试工程师也只有在具有宽广的知识面的前提下,才能设计出具有针对性、更易于发现问题的测试用例。最后,软件测试的用例设计是不可穷尽的,在工作实践中难免受制于时间成本和经济成本的制约,所以也需要测试工程师能够兼顾缺陷风险和研发成本之间的平衡关系。具体内容可以从黑马程序员获取资料进行进一步了解。
其次,测试工程师也只有在具有宽广的知识面的前提下,才能设计出具有针对性、更易于发现问题的测试用例。最后,软件测试的用例设计是不可穷尽的,在工作实践中难免受制于时间成本和经济成本的制约,所以也需要测试工程师能够兼顾缺陷风险和研发成本之间的平衡关系。具体内容可以从黑马程序员获取资料进行进一步了解。
展开全部
1. 软件或项目的名称
2. 软件或项目的版本(内部版本号)
3. 功能模块名
4. 测试用例的简单描述,即该用例执行的目的或方法
5. 测试用例的参考信息(便于跟踪和参考)
6. 本测试用例与其他测试用例间的依赖关系
7. 本用例的前置条件,即执行本用例必须要满足的条件,如对数据库的访问权限
8. 用例的编号(ID),如可以是 软件名称简写-功能块简写-NO.。
9. 步骤号、操作步骤描述、测试数据描述
10.预期结果(这是最重要的)和实际结果(如果有BUG管理工具,这条可以省略)
11.开发人员(必须有)和测试人员(可有可无)
12.测试执行日期
首先你的用例来源于需求分析,那么项目或者产品是否有功能性及非功能性需求呢。比如说系统可用性需求,网络带宽需求,系统响应性能需求等等。如果存在这些需求,那么用例设计时就需要考虑这些角度。
其次功能性需求在设计用例时也需要考虑诸如大用户量并发的情况之类的。
再次,测试用例包含容错用例。
最后,测试用例编写的同时,是有等级区分的,有的用例是关键流程或者功能点,那么等级就高;有的用例很少使用,就会低。这样便于你进行回归或者重复使用。
2. 软件或项目的版本(内部版本号)
3. 功能模块名
4. 测试用例的简单描述,即该用例执行的目的或方法
5. 测试用例的参考信息(便于跟踪和参考)
6. 本测试用例与其他测试用例间的依赖关系
7. 本用例的前置条件,即执行本用例必须要满足的条件,如对数据库的访问权限
8. 用例的编号(ID),如可以是 软件名称简写-功能块简写-NO.。
9. 步骤号、操作步骤描述、测试数据描述
10.预期结果(这是最重要的)和实际结果(如果有BUG管理工具,这条可以省略)
11.开发人员(必须有)和测试人员(可有可无)
12.测试执行日期
首先你的用例来源于需求分析,那么项目或者产品是否有功能性及非功能性需求呢。比如说系统可用性需求,网络带宽需求,系统响应性能需求等等。如果存在这些需求,那么用例设计时就需要考虑这些角度。
其次功能性需求在设计用例时也需要考虑诸如大用户量并发的情况之类的。
再次,测试用例包含容错用例。
最后,测试用例编写的同时,是有等级区分的,有的用例是关键流程或者功能点,那么等级就高;有的用例很少使用,就会低。这样便于你进行回归或者重复使用。
本回答被网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
高质量的标准:
1、 覆盖到所有的业务逻辑(包括正常逻辑和异常逻辑)
2、 覆盖到所有的典型用户场景
3、 覆盖到所有的需求点
4、 测试目标明确,并且测试步骤能够最快的达到测试目的或者测试时间很短
5、 没有冗余的用例
6、 测试用例能够直接附带测试策略,该模块的策略指定人和用例执行人能够非常清楚
1、 覆盖到所有的业务逻辑(包括正常逻辑和异常逻辑)
2、 覆盖到所有的典型用户场景
3、 覆盖到所有的需求点
4、 测试目标明确,并且测试步骤能够最快的达到测试目的或者测试时间很短
5、 没有冗余的用例
6、 测试用例能够直接附带测试策略,该模块的策略指定人和用例执行人能够非常清楚
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询