缺陷是由于人为错误或者环境因素导致软件系统中存在的瑕疵；
运行存在缺陷的软件系统，并不一定会产发生运行错误或对用户产生消极的影响，即失效；
假如运行存在缺陷的软件系统，发生了错误或者对用户产生了影响，这就是失效；
一个缺陷的存在不一定会产生失效，但是有的缺陷可以产生非常多的失效；
缺陷屏蔽：一个缺陷会被测试对象中另外的缺陷所掩盖；
不同的工作内容
质量保证：
1.建立质量保证活动实体
2.制定质量保证计划
3.坚持各阶段的评审和审计，跟踪结果，并作相应处理
4.监控软件产品质量
5.采集质量保证活动数据
6.度量质量保证活动
软件测试：
1.编辑测试计划
2.评审开发工作产品
3.编写和执行测试用例
4.测试结果分析和总结
5.测试数据收集和度量
测试的定义
狭义的测试
一般狭义的测试是运行软件系统进行测试的过程，即执行测试的过程；
广义的测试
测试活动贯穿于整个软件开发的生命周期；
在测试执行之前之后都有相应的测试活动，比如测试计划、设计、实现、评估和报告等等；
测试包含了动态测试和静态测试；
测试基本原则
原则1：测试可以显示缺陷的存在；
通过测试，可以减少测试对象中存在未被发现缺陷的可能性；
但即使在测试过程中没有发现缺陷，也不能证明测试对象是完全正确的；
原则2：穷尽测试是不可能的；
原则3：测试的尽早介入；
原则4：缺陷的集群效应，即测试对象中发现的80%的缺陷来自20%的模块；
原则5：杀虫剂的悖论，即同样的测试用例被重复使用多次，将不能发现新的陷阱；
原则6：测试活动依赖于测试对象的背景，比如安全性相关的测试对象和一般的商业对象，测试活动是不完全一样的；
原则7：不存在缺陷并不代表是有用的系统；
测试基本过程
用户需求、需求分析、概要设计、详细设计、编码和实现、测试、运行维护
验收测试、系统测试、集成测试、单元测试
结构化的软件测试过程：
机构化的软件测试，使软件测试在整个软件开发过程中可以对软件进行系统的、结构化的测试；
结构化的软件测试过程包括：
计划和控制、分析和设计、实现和执行、出口准则评估和报告、测试结束活动
主要文档输出：
测试计划、测试进度
概要测试规格说明
详细测试规格说明/测试脚本/测试环境
测试日志/缺陷报告/测试报告
测试总结报告
测试计划活动：
识别测试任务和测试范围；
确定测试方法和测试技术；
确定测试级别和测试准则；
确定测试工作量和测试风险；
确定测试资源；
确定测试工作产品和输出；
测试控制活动：
监控和记录测试进度、测试覆盖以及出口准则评估；
测量和分析测试结果；
缺陷跟踪和回归测试计划；
跟踪和监控工作量分布和风险状态；
更新测试计划；
测试分析和设计活动：
评审测试依据，比如需求、设计文档；
分析和确定测试优先级；
识别测试条件、测试需求、测试数据；
设计概要测试用例并确定优先级；
规划测试环境搭建，计划测试基础设施和工具；
测试实现和执行活动：
详细测试用例的开发、实现和维护；
创建测试数据，准备测试用具和开发测试脚本；
搭建测试环境；
执行测试用例，记录测试结果，提交缺陷报告；
缺陷验证测试和回归测试；
评估和报告活动：
根据测试出口准则检查测试日志；
根据检查结果，判断是否需要更多的测试，或者需要修改测试出口准则；
为项目利益干系人提供测试报告；
测试结束活动：
检查测试工作产品是否正常提交；
提交的缺陷是否关闭；
提交的变更记录是否关闭；
测试件、测试环境和测试基础设备的归档和移交；
分析和总结经验教训，输出测试总结报告；
标签：测试计划,缺陷,基础,测试用例,测试,活动,软件测试 来源： https://www.cnblogs.com/Liu-xy-java/p/15523531.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。