机票预订系统（软件测试报告）.doc(2)

附录I软件错误和缺陷的定义根据错误的严重程度，当前将软件错误和缺陷分为五个级别: 致命错误，数据丢失，数据计算错误，数据传输错误，损坏和操作系统或其他支持系统崩溃，异常关闭并异常崩溃. 严重的错误应用程序系统崩溃了，异常关闭了，并且没有响应，但是没有造成数据丢失. 系统的主要功能无法正确实施或不完整. 一般错误指定的非主要功能未实现或不完整，从而影响系统的运行；不合理的设计会导致性能降低. 警告错误不会影响业务运营的功能问题. 建议软件设计和功能实现不完全合理，并提出建议. 附录II测试状态转换标准和重新启动要求“测试状态转换标准”用于启动，暂停或结束与该计划相关的全部或部分测试项目的测试活动. 这三个标准通常指的是起始标准和悬浮标准. 并退出标准. “测试重新启动要求”指定了重新启动测试时必须重复的测试活动. 测试开始标准测试部门由公司管理层领导，首席工程师负责领导职能. 每个软件产品或项目团队均提交测试，由公司管理层以书面形式分配. 公司开发的所有面向市场的软件系统都必须通过测试，然后才能发布给公众. 特殊情况经公司管理层书面批准. 公司每种软件产品的开发计划都需要列出交付测试时间和测试时间，以及相应的修改和回归测试时间.

测试部门根据每个开发计划制定相应的测试计划. 软件系统开发计划中的更改必须更改相关的测试安排. 提交测试部门进行测试的软件产品或项目，必须满足以下条件: 提交测试的软件系统必须是稳定的，即将发布的版本，并且系统版本号必须明确定义（即，系统的每个部分，系统本身，用户手册等. 两者均指示该版本），如果尚未开发或将进行大量修改，则不能将其提交进行测试；在软件产品或项目提交测试之前，产品或项目团队必须在内部进行自己的单元测试和集成测试；提交用于测试的软件系统必须进行商业包装，并且必须随附: 用户手册，用户手册（两者中至少之一必须是一个）；软件需求手册；其他最好的人还可以提交相关的培训材料，演示程序和其他电子文档. 软件系统开发团队必须向测试部门提供足够的培训和技术指导，以便顺利进行测试工作. 在测试过程中，开发团队必须任命一名主要开发人员来帮助测试部门解决相关问题. 如果要测试要发布的产品或将要接受的产品，则必须留出足够的时间进行测试以确保测试的质量. 提交测试的软件系统版本在测试期间保持稳定，即测试部门仅对最初提交的系统版本进行测试，测试期间对产品或项目团队的修改仅在下一轮进行测试. 测试. 在特殊情况下（即提交的版本无法继续进行测试，例如安装程序中的错误），可以在测试期间替换该版本，但必须经过测试部门的批准.

回归测试是指测试部门在不进行功能修改（包括接口修改等）的情况下对原始测量问题进行的重新测试. 如果引入的新功能超过10％，则将其视为新的系统测试，并且测试部门必须进行全面的测试. 测试暂停标准如果在测试过程中出现以下条件之一，则测试将被暂停: 对于某种类型的测试，测试环境（或在测试中发现）准备就绪，然后暂停该测试；对于提交测试的版本，如果预期的功能修改超过总功能的10％，则产品或项目团队应立即通知测试部门，并向公司相关负责人报告. 测试部门有权建议公司负责人暂停或取消这一轮测试，以避免无效的测试工作订票测试用例图，以避免浪费人力和财力. 发现被测系统存在大量错误或非常严重的错误，导致测试无法继续进行或测试毫无意义，则测试部门应向总工程师提交报告，由总工程师决定是否暂停测试. 整个系统测试. 当系统中的功能模块有非常严重的错误，导致预期功能无法完成时，将暂停对该功能模块的测试. 测试退出标准当出现以下情况之一时，将退出该系统的测试: 测试计划中所有指定的测试内容和回归测试均已完成. 根据上级主管对测试结果的意见，要求结束该测试. 启动要求重新启动测试时，必须重复的主要测试活动是: 重新启动功能模块的测试时，必须重新运行该功能模块的所有测试用例，并且该功能模块的其他功能模块所谓的相关测试用例也必须再次运行.

重新启动整个系统的测试时，应重新运行修改零件和关联零件的测试用例. 附录III测试通过标准测试项目的通过标准当前测试项目的通过标准定义为: 当该项目的功能可以正确完成，并且其操作不会在其他功能项目或整个系统中引起错误时，进行测试被认为已通过. 系统测试通过的标准当前系统测试通过的标准定义为: 对于每种类型的测试，当未发现致命错误和严重错误时，一般错误的数量小于测试用例总数的2％，并且数量警告错误的数量少于测试用例总数的5％，则认为系统已通过该测试，但最终结果应为测试结果评审会议的评审结果. 附录Ⅳ人员划分和责任项目通常负责审查和批准“软件测试计划”. 审查其他测试文件，包括: “测试用例设计和实施报告”，“测试结果报告”，“测试分析​​报告”；负责测试最终批准和状态转换（进入，暂停，退出）的批准. 测试负责人负责制定系统测试计划；负责组织和实施测试计划；负责整个测试过程的管理；负责对被测产品的评估，并撰写《测试分析报告》；负责与开发团队的情况沟通测试结果和测试进度，并协调错误的纠正和测试的矛盾；负责对测试人员进行测试工具的培训；负责组织被测产品的培训；负责所有测试文件的管理. 测试人员负责设计测试用例；负责执行测试；负责保存和整理测试用例的原始文件；负责错误的分类和测试结果的统计工作；负责编写“测试用例设计和实施报告”.

开发人员负责软件问题的分析和确认；对测试系统进行培训；填写“测试结果报告”中的相应列. 测试用例审查测试用例审查会议主要由测试部门和开发部门的相关人员组成，必要时还包括质量部门. 如果是验收测试，则还包括客户和最终用户的相关人员. 在特殊情况下，它包括相关的公司负责人和相关的专家. 测试用例的审查结果应提交项目负责人批准. 测试结果评审测试结果评审会议主要由测试组的相关人员，开发组的相关人员和质量部门组成. 如果是验收测试，则还包括客户和最终用户的相关人员. 如果在发布之前是重要的项目或产品测试结果审查，则还包括相关的公司负责人和相关的专家. 软件工程20/21飞机预定系统软件测试计划规范飞机预定系统软件测试计划规范

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-198446-2.html