软件测试作业及习题评讲

第一章 （判断） 1 程序测试是为了验证程序的功能而执行程序的过程× 2 软件测试是从编码开始，到开发结束× 3 软件缺陷的最大来源是产品说明书 √ 4 软件测试是软件质量保证的重要手段√ 5 软件测试是软件生命周期中的一个阶段性工作× 6 烟雾测试(冒烟测试) 目的是确认软件基本功能正常，可以进行后续的正式测试工作√ 7 测试脚本是使用程序设计语言编写的可执行的程序× 8 软件测试在软件开发过程中是可选的，在项目时间比较紧时，可以省略测试的过程× 软件测试的误区 误区一：如果发布出去的软件有质量问题，都是软件测试人员的错 误区二：软件测试技术要求不高，至少比编程容易多了 误区三：有时间就多测试一些，来不及就少测试一些 误区四：软件测试是测试人员的事，与开发人员无关 误区五：根据软件开发瀑布模型，软件测试是开发后期的一个阶段 软件测试的原则-1 1 所有测试的标准都是建立在用户需求之上。 2 软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。 3 事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。 4 软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。 5 穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合 软件测试的原则-2 1 第三方进行测试会更客观，更有效。 2 软件测试计划是做好软件测试工作的前提。 3 测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。 4 对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。 5 重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试报告等） 软件测试的原则-3 1 应当把“尽早和不断地测试”作为测试人员的座右铭 2 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见 3 测试应从“小规模”开始，逐步转向“大规模”。 4 不可将测试用例置之度外，排除随意性。 5 必须彻底检查每一个测试结果。 6 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系 7 对测试错误结果一定要有一个确认的过程 第二章 （判断） 1 需求评审和设计评审是静态测试方法√ 2 最正式的评审方法是会议审查√ 3 需求评审的参与者当中，必须要有用户或用户代表参与 √ 4 每次的需求会议评审都需要测试人员、业务人员、业务主管等相关人员参与× 5 需求评审需要确定评审的标准√ 6 需求评审中最重要的是“从用户的角度”进行评审√ 7 系统架构评审重点在系统的耦合度和内聚力上× 第三章 （填空） 1 测试用例的概念：是可以被独立执行的一个过程，一个最小的测试体 2 测试用例的三种状态：通过，未通过，未进行测试 3 测试用例的分类：正面，负面 4 由一系列的测试用例并与之关联的测试环境组合而构成的集合称为：测试套件 测试自动化 1 误区：自动化测试可以取代手工测试 2 Jmeter使用的自动比较技术的验证模式是Assert: 断言 3 掌握Jmeter的简单使用方法和概念，如下图，如做如下测试：模拟20个用户并发访问1次www.suse.edu.cn， Jmeter的使用 要测试网站负载，应在“线程组”下添加…. TestComplete的使用 1 使用TC测试网站www.baidu.com的搜索功能（搜索“四川理工学院”），搜索结果的网页中应该有“四川理工学院…”的链接文本 2 脚本的类型： 线性脚本、结构化脚本、关键字脚本、数据驱动脚本第一章 （判断） 1 程序测试是为了验证程序的功能而执行程序的过程× 2 软件测试是从编码开始，到开发结束× 3 软件缺陷的最大来源是产品说明书 √ 4 软件测试是软件质量保证的重要手段√ 5 软件测试是软件生命周期中的一个阶段性工作× 6 烟雾测试(冒烟测试) 目的是确认软件基本功能正常，可以进行后续的正式测试工作√ 7 测试脚本是使用程序设计语言编写的可执行的程序× 8 软件测试在软件开发过程中是可选的，在项目时间比较紧时，可以省略测试的过程× 软件测试的误区 误区一：如果发布出去的软件有质量问题，都是软件测试人员的错 误区二：软件测试技术要求不高，至少比编程容易多了 误区三：有时间就多测试一些，来不及就少测试一些 误区四：软件测试是测试人员的事，与开发人员无关 误区五：根据软件开发瀑布模型，软件测试是开发后期的一个阶段 软件测试的原则-1 1 所有测试的标准都是建立在用户需求之上。 2 软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。 3 事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。 4 软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。 5 穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合 软件测试的原则-2 1 第三方进行测试会更客观，更有效。 2 软件测试计划是做好软件测试工作的前提。 3 测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。 4 对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。 5 重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试报告等） 软件测试的原则-3 1 应当把“尽早和不断地测试”作为测试人员的座右铭 2 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见 3 测试应从“小规模”开始，逐步转向“大规模”。 4 不可将测试用例置之度外，排除随意性。 5 必须彻底检查每一个测试结果。 6 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系 7 对测试错误结果一定要有一个确认的过程 第二章 （判断） 1 需求评审和设计评审是静态测试方法√ 2 最正式的评审方法是会议审查√ 3 需求评审的参与者当中，必须要有用户或用户代表参与 √ 4 每次的需求会议评审都需要测试人员、业务人员、业务主管等相关人员参与× 5 需求评审需要确定评审的标准√ 6 需求评审中最重要的是“从用户的角度”进行评审√ 7 系统架构评审重点在系统的耦合度和内聚力上× 第三章 （填空） 1 测试用例的概念：是可以被独立执行的一个过程，一个最小的测试体 2 测试用例的三种状态：通过，未通过，未进行测试 3 测试用例的分类：正面，负面 4 由一系列的测试用例并与之关联的测试环境组合而构成的集合称为：测试套件 测试自动化 1 误区：自动化测试可以取代手工测试 2 Jmeter使用的自动比较技术的验证模式是Assert: 断言 3 掌握Jmeter的简单使用方法和概念，如下图，如做如下测试：模拟20个用户并发访问1次www.suse.edu.cn， Jmeter的使用 要测试网站负载，应在“线程组”下添加…. TestComplete的使用 1 使用TC测试网站www.baidu.com的搜索功能（搜索“四川理工学院”），搜索结果的网页中应该有“四川理工学院…”的链接文本 2 脚本的类型： 线性脚本、结构化脚本、关键字脚本、数据驱动脚本 软件测试是确保软件质量的关键环节，它涉及到对程序的功能验证、缺陷发现以及对软件生命周期的全面参与。在软件开发过程中，测试并非仅限于编码结束后，而是应当贯穿始终。程序测试的目标不只是验证功能，而是要从用户需求出发，确保软件满足预期的功能、性能和稳定性。 软件缺陷通常来源于产品说明书，因为需求不明确或者描述不准确可能导致开发中的误解。软件测试不仅包括功能测试，也包括对性能、安全、兼容性等多个方面的验证。测试用例是精心设计的，旨在暴露潜在问题，而非随意执行。测试计划和文档对于评估和改进测试效果至关重要，而回归测试则需谨慎处理，防止修复一个错误引发更多问题。 软件测试的误区常常包括认为错误都是测试人员的责任，测试技术要求低，以及测试可以被忽略。实际上，测试是团队协作的一部分，与开发人员紧密相关，且需要系统性和策略性的方法。自动化测试虽然提高了效率，但无法完全替代手动测试，因为某些复杂的交互和异常情况仍需人工检测。 在需求评审和设计评审中，静态测试方法如会议审查能提前发现问题，确保用户需求得到充分考虑。参与评审的人员应包括用户代表，而测试人员的角色同样重要。需求评审不仅需要确定标准，还要从用户角度审视，保证软件符合实际需求。 测试用例是测试活动的基础，包括正面和负面场景，它们的状态分为通过、未通过和未进行。测试套件是一系列相关测试用例和测试环境的组合，用于整体测试。自动化测试工具有如JMeter和TestComplete，可以帮助实现压力测试和功能验证，但自动化脚本的编写和选择需根据测试目标来定，如线性脚本、结构化脚本等。 在程序设计中，如编写计算平均分的程序，需要进行基本路径测试和更复杂的覆盖测试，如语句覆盖、分支覆盖和条件覆盖，确保所有可能的执行路径都被考虑。例如，通过不同的输入值组合来覆盖程序中的条件判断，以检验每个分支的正确性。 总结来说，软件测试是一项涉及多方面、全过程的质量保证活动。它要求严谨的测试策略，科学的测试用例设计，以及对软件开发各个阶段的深入参与。同时，测试人员需要具备扎实的技术基础，理解用户需求，与开发人员紧密合作，避免常见的测试误区，持续改进测试质量和效率。