总结:软件测试是为了减少出现缺陷的可能性。 即使没有发现缺陷,也不能证明该软件是完美的。 软件测试的根本缺陷是在模块中发现的。 软件测试的目的不仅是为了发现缺陷,更是为了检查软件是否满足要求。
4.1 软件缺陷的定义
软件缺陷,通常称为bug,是指软件中存在的影响。
*软件必须满足产品文档中指定的功能要求。
*该软件包含一个在产品手册中指定为从未发生过的错误。
*软件功能超出了产品手册的范围。
*本软件不符合产品手册的要求。 尽管没有指出,但要实现的目标是:
*从测试人员的角度来看,软件难以理解、难以使用、运行缓慢或最终用户
4.1.2 软件缺陷造成的原因
1.如果需求不明确,软件对变更的要求不明确,或者开发人员误解了需求,软件设计可能会偏离用户期望的目标,导致软件性能和功能不佳,从而产生缺陷。 此外,开发过程中需要频繁的客户更新也会影响软件的最终质量。
2. 复杂的软件结构
3. 项目期限
5. >
软件缺陷分类
测试类型:接口、功能、性能、安全、兼容性
缺陷严重性:主要、一般、次要、轻微
缺陷优先级:立即解决、高优先级、正常队列、低优先级
缺陷生成阶段:需求阶段缺陷、架构阶段缺陷、设计阶段缺陷、编码阶段缺陷、测试阶段
4.1.4 常用软件缺陷管理工具
禅道、Jira
4.2 软件测试概述
4.2. 1 软件测试概述
通过手动或自动的方式验证软件的实际结果是否符合用户要求的过程
4.2.2 软件测试的目的
1.以最少的人力和最少的时间发现软件中隐藏的各种错误和缺陷,并纠正各种错误和缺陷这是为了保证软件的质量。软件。 避免软件发布后潜在的软件错误和缺陷带来的业务风险
同时,测试过程中获得的测试结果和测试信息可以在项目开发和测试过程中使用。作为后续。 这是重要的输入,可以避免在未来的项目开发和测试中重复相同的错误。
3.通过更高效的测试管理方法提高软件测试效率和软件产品质量
4.3v模型
用户需求- [ k4]需求分析- [ k4] 概述设计 - 详细设计 - - 编码/演示 - - 单元测试 - - 集成测试 - ] - 系统测试 - -验收测试
4.3.2w模型
需求分析 -- 概要设计 [ k4] - 详细设计 [k4 ] - 编码实现 == 模块集成 - - 系统搭建 - - 系统实现
需求测试 - - - 总体设计测试 - - 详细设计测试 - - 单元测试 - - 集成测试 - - 系统测试、验收测试
4.4. 2 软件测试内容
程序测试包括测试程序逻辑功能、接口、性能、可用性、兼容性、安装等。 当然,文档测试还包括排版、字体大小、程序排序等。
4.4.3 软件测试环境
测试环境=硬件+软件+网络
硬件环境:PC或笔记本电脑
软件环境:各种操作系统Windows10Windows8Windows9Linux Mac、各种浏览器Firefox Chrome
网络:局域网或互联网
4.4.4 软件测试流程
阶段名称 工作内容 输出测试准备阶段 项目制定、需求分析、需求评审 需求文档、产品 PRD 测试规划阶段 测试计划创建、计划评审 测试计划 测试设计阶段 测试点提取、测试用例创建、用例评审 测试用例测试 中执行阶段、冒烟测试、执行测试用例、报告错误、回归测试、缺陷报告、测试、完成验收测试、创建测试报告、项目在线测试报告
4.4.5 原则 1:软件测试表明软件有缺陷.
测试只能证明软件有缺陷,但不能证明软件没有缺陷。 进行软件测试是为了减少出现缺陷的可能性。 即使没有发现缺陷,也并不能证明该软件是完美的。
原则 2:详尽的测试是不可能的
如今,软件变得越来越大、越来越复杂。 完整的测试是不可能实现的。 。 在测试阶段,测试人员可以根据风险和优先级进行有针对性的高强度测试,以保证软件质量。
原则 3:尽早测试
为什么要尽早测试? 简单来说,就是保证软件质量、降低风险和成本。 通常,测试人员在需求阶段开始干预,并在需求或设计阶段发现缺陷。 越早发现缺陷,修复成本就越少。
原则4:缺陷聚类(2/8原则)
缺陷聚类是指少数模块包含了大部分缺陷。 软件测试有一个帕累托原则:80%的缺陷是在20%的模块中发现的。 功能模块中发现的缺陷越多,存在的未发现缺陷的数量就越多。 因此,已发现的缺陷数量与未发现的缺陷数量成正比。
原则五:农药悖论
如果重复使用同一种农药,害虫就会对该农药产生免疫力,并且不再能够杀死害虫。 软件测试也是如此。 如果继续使用相同的测试方法和技术,您可能不会发现新的错误。 为了解决这个问题,您应该定期修改和审查您的测试用例,并添加新的或不同的测试用例以发现更多缺陷。 测试人员不能总是依赖现有的测试技术,必须不断改进测试方法以提高测试效率。
原则 6:测试活动取决于测试内容
根据业务的不同,软件测试也分为不同的行业,比如游戏行业、电商行业、金融行业等。 不同的行业有不同的测试活动,如测试技术、测试工具选择、测试流程等。 因此,软件测试活动的开展取决于所测试的内容。
原则 7:认为无错误更好是一个谬论。
99% 的无错误软件可能无法使用。 如果彻底测试了错误的需求,则可能会发生这种情况。 软件测试的目的不仅是为了发现缺陷,更是为了检查软件是否满足要求。 如果您开发的产品不能满足用户的需求,那么查找并修复缺陷将收效甚微。
评论前必须登录!
注册