标签：需求 验证 例是 基础 第三天 进度 测试 BUG 软件测试

1.测试点分析

通过分析需求描述中的输⼊、输出、处理、限制、约束等，给出对应的验证内容（功能测试）

各个模块之间的业务顺序，和各个功能模块之间传递的信息和数据，对存在给你交互的功能项，给出对应的验 证内容（功能业务测试）

考虑到需要的完整性，要充分覆盖软件需求的各种特征，包含隐性需求的验证，⽐如界⾯的验证，异常情况 （界⾯、易⽤性、兼容性、安全性、性能）

测试需求相关⽅影响

2.开发约束

由于了解需求不明确，功能研发不合格导致很多BUG

对于BUG反复修改，影响进度和团队情绪

进度影响，很可能使公司产品失去市场先机

3.测试约束

与开发是相互制约的关系，如果不了解需求，会⼤部分时间都被开发牵着⿐⼦⾛

不能及时发现开发的偏差，影响进度和团队情绪

没办法保证测试质量

4.测试⽤例七⼤设计⽅法

测试⽤例概述

测试⽤例是为特定的⽬的⽽设计的⼀组测试输⼊、执⾏条件和预期的结果。测试⽤例是执⾏的最⼩实体。简单地 说，测试⽤例就是设计⼀个场景，使软件程序在这种场景下，必须能够正常运⾏并且达到程序所设计的执⾏结果。

测试⽤例步骤 拿到测试需求 -> 分析需求（画思维导图） -> 编写⽤例 -> 划分⽤例优先级

标签：需求,验证,例是,基础,第三天,进度,测试,BUG,软件测试
来源： https://www.cnblogs.com/010709jjw/p/15097388.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。