我对需求分析的理解
作者:网络转载 发布时间:[ 2013/3/14 11:49:26 ] 推荐标签:
5)基本路径:把基本路径单独分离,凸显用例的核心价值
● 只书写”可观测”的,说人话
● 句子必须以执行者或系统作为主语
● 不要涉及界面细节
6)扩展路径:系统要处理的意外和分支
7)后置条件:用例成功结束后系统应该具备的状态
8)字段列表:(数据格式)
9)业务规则:(数据逻辑)事实、推理、约束
10)非功能需求:一开始,功能需求决胜; 类似产品多了,非功能需求决胜
● 可用性:容易使用、喜欢使用
● 可靠性:数据安全、稳定
● 性能:速度、容量
● 可支持性:故障修复速度、软件升级
11)设计约束:界面样式、报表、平台、语言、外系统接口、行业规定
12)测试用例
13)界面模型
14)遗留问题
实际项目中我用的形式示例(用例中的要素,没有需要特别注意的,不需要写)
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-61079698-8054),我们将立即处理,马上删除。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11热门文章
常见的移动App Bug??崩溃的测试用例设计如何用Jmeter做压力测试QC使用说明APP压力测试入门教程移动app测试中的主要问题jenkins+testng+ant+webdriver持续集成测试使用JMeter进行HTTP负载测试Selenium 2.0 WebDriver 使用指南