测试软件开发---软件缺陷章

测试软件开发主要缺陷的详细文章 软件缺陷 软件缺陷的缺陷衍生了测试软件开发的方向，其软件测试人员都具有可准确标识错误并且发现缺陷的能力，具有完整的可重现所需信息的整理能力。软件缺陷 软件出现缺陷一般是因为开发的流程规划不准确，需求不明确，或需求变更/在开发者开发的时候无法清晰的理解需求出现不同程度的偏差/客户方频繁的更改、更新需求也会影响到软件的质量 软件结构复杂、编码误差/错误、项目期限过短、项目中插入新的技术处理软件缺陷的管理工具多使用禅道，jira 软件测试通过人工或者自动化的方式来验证软件的实际结果与用户需求是否一直的过程软件测试工程师应具有缜密的思维能力、正确的测试态度、良好的心理素质 能达到：1. 参与需求讨论，制订测试计划，确保测试能顺利执行并完成；2. 负责项目的功能性测试、用户体验测试、兼容性测试以及性能测试 ；3. 负责测试用例的编写；编写测试报告和对测试结果分析；4. 与开发人员、产品经理沟通和协作，推动整个项目的顺利进行；5. 负责软件开发团队项目进度管理工作；6. 熟悉Linux常用命令，熟悉常用数据库，熟练使用基本的SQL语句；7. 熟练使用Loadrunner，Jmeter等至少一种性能测试工具。软件测试的目的： 成本：项目的开销，人工成本，工具成本，设备成本，错误成本（BUG） 进度：时间，计划 质量：软件对顾客需求的满意程度，一个低质量的软件，即使生产成本很低，进度控制良好，顾客也难 以接受。软件测试的内容： 程序测试包括程序逻辑功能，界面，性能，易用性，兼容性，安装等测试，当然文档测试也算，排版， 字体大小，也算程序测试的内容软件测试的环境： 测试环境=硬件+软件+网络 硬件环境：pc机还是笔记本 软件环境：不同的操作系统windows10 windows8 windows7 Linux Mac ， 不同浏览器firefox chrom 网络:局域网还是互联网软件测试基本原则 原则一：测试显示软件存在缺陷 测试只能证明软件中存在缺陷，但并不能证明软件中不存在缺陷。软件测试是为了降低存在缺陷的 可能性，即便是没有找到缺陷，也不能证明软件是完美的。 原则二：穷尽测试是不可能的 现在软件的规模越来越大，复杂度越来越高，想做到完全性的测试是不可能的。在测试阶段，测试 人员可以根据风险和优先级来进行集中和高强度的测试，从而保证软件的质量。 原则三：测试尽早介入 为什么测试要尽早介入呢，简单的说就是保证软件质量，降低风险和成本。测试人员一般在需求阶 段就开始介入，使缺陷在需求或设计阶段就被发现，缺陷发现越早，修复的成本就越小。 原则四：缺陷集群性（2/8原则） 缺陷集群性表明小部分模块包含大部分的缺陷。软件测试中存在Pareto原则：80%的缺陷发现在 20%的模块中。 一个功能模块发现的缺陷越高，那存在的未被发现的缺陷也越高，故发现的缺陷与未发现的缺陷成 正比。 原则五：杀虫剂悖论 反复使用相同的杀虫剂会导致害虫对杀虫剂产生免疫而无法杀死害虫。软件测试也一样。如果一直 使用相同的测试方法或手段，可能无法发现新的bug。 为了解决这个问题，测试用例应当定期修订和评审，增加新的或不同的测试用例帮助发现更多的缺 陷。 测试人员不能一直依赖于现有的测试技术，而要不断的提升测试方法以提高测试效率。 原则六：测试活动依赖于测试内容 根据业务的不同，软件测试内部也分为不同的行业，比如游戏行业、电商行业、金融行业。不同的 行业，测试活动的开展都有所不同，比如测试技术、测试工具的选择，测试流程都不尽相同，所以 软件测试的活动开展依赖于所测试的内容。 原则七：没有错误是好是谬论 有可能99%没有bug的软件也是不能使用的。如果对错误的需求进行了彻底的测试，这种情况就发 生了。软件测试不仅是找出缺陷，同时也需要确认软件是否满足需求。如果开发出来的产品不满足 用户的需求，即便找到和修复了缺陷也作用不大。 原则八：程序员应避免检查自己的程序 原则九：严格执行测试计划，排除测试的随意性 原则十：应当对每一个测试结果做全面的检查 原则十一：妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便 原则十二：设计测试用例时，应当包括合理的输入数据和不合理的输入数据 原则十三：测试用例应由测试数据和与之对应的预期输出结果这两部分组成黑盒测试、白盒测试、灰盒测试 黑盒测试(Black Box -Test)：把被测试的软件看做一个黑盒子，我们不去关心盒子里边的结构是什 么样子，只关心软件的输入数据和输出结果 有人把黑盒测试比作中医，通过“望闻问切”来判断是否有问题。 “望”：观察软件的行为是否正常。 “闻”：检查输出的结果是否正确。 “问”：输入各种信息，结合“望”，“闻”来观察软件的响应。 “切”：像中医一样给软件“把把脉”，敲击一下软件的某些“关节” 白盒测试：是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法 灰盒测试：一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据的测试方法功能测试： 界面测试、冒烟测试、回归测试、业务逻辑测试、易用性测试 功能测试：根据产品操作描述和需求文档，测试一个产品的特性和可操作行为是否满足用户需求的 测试方法 界面测试：测试用户界面的功能模块的布局是否符合客户使用习惯，界面操作便捷性、导航简单易 懂性的测试 冒烟测试：验证系统的核心功能是否能够正常运行的测试方法 回归测试：指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错 误的测试方法 业务逻辑测试：在基本的功能点都已合格的基础上，准备多种测试数据，来驱动各种约束条件下业 务流程，确定最终输出的结果是否符合预期的测试 易用性测试：指用户使用软件时是否感觉方便的测试性能测试： 性能测试：通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标 进行校验的测试方法 压力测试：通过逐步增加系统负载，测试系统性能的变化，并确定在什么条件下系统性能处于失效 状态 负载测试：通过逐步增加系统负载，测试系统性能的变化，在满足性能指标的情况下，系统所能承 受的最大负载量的测试 并发测试：是一个负载测试和压力测试的过程，即逐渐增加并发用户数负载直到系统的瓶颈，通过 分析资源监控指标等来确定系统并发性能兼容性测试： 冒烟测试、随机测试、安全性测试、探索性测试、回归测试、Alpha测试、Beta测试 随机测试：随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法 安全性测试：通过不同的测试方法，检验程序、网络、数据库安全性的测试方法 探索性测试：碰到问题时能随机应变，强调测试人员的主观能动性明确整体的测试计划的测试方法 Alpha测试：俗称内测，α测试。内部环境下的测试；开发人员或测试人员在现场 Beta测试：俗称外测、公测，β测试。生产环境下的测试；开发人员和测试人员都不在现场按照其他分类 冒烟测试、随机测试、安全性测试、探索性测试、回归测试、Alpha测试、Beta测试 随机测试：随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法 安全性测试：通过不同的测试方法，检验程序、网络、数据库安全性的测试方法 探索性测试：碰到问题时能随机应变，强调测试人员的主观能动性明确整体的测试计划的测试方法 Alpha测试：俗称内测，α测试。内部环境下的测试；开发人员或测试人员在现场 Beta测试：俗称外测、公测，β测试。生产环境下的测试；开发人员和测试人员都不在现场