软件测试标准

一、软件测试1、软件测试的目的软件测试是指为了胸怀和提升被测试对象的质量、对测试对象进行工程设计、使用和保护的与软件开发过程并发的生命周期过程。软件测试的目的为：考证软件产品的实现状态以及实现质量。2、软件测试有关观点2.1白盒测试指鉴于程序构造的测试，测试目标是检查程序内部逻辑构造和逻辑路径，是代码级的测试。2．2黑盒测试鉴于程序功能的测试，依据输入输出的关系推测程序功能的正确性。2．3测试用例测试方案，包含数据输入和相应的希望输出。依照测试用例来履行具体操作。2．4预防性测试其原理为：只需测试在生命周期中进行得足够早，就可以提升待测软件的质量。2．5测试风险剖析其目的为：确定测试对象、测试的优先级、测试的深度。2.6软件测试模型企业目前采纳V模型，实现测试与软件开发的同步进行。2.7等价类区分将测试对象按某种商定区分为有限个构成部分，提升测试的有效性。2.8界限值剖析剖析测试对象的所有界限值及界限邻近的临界值。二、测试工作流程需求剖析审查需求剖析，编写查收测试部分用例实地调研要点采集客户实质业务资料、操作习惯，并与需求剖析作出对照纲要设计审查纲要设计，从用户角度提出问题编写集成测试用例详尽设计审查详尽设计报告，与需求剖析、纲要设计进行比对提出测试计划编写单元测试用例单元测试阶段编写用户手册整体框架审查测试用例集成测试阶段履行测试审查改正计划查收测试阶段程序员供给改正清单测试总结改正测试编写测试用例增补测试用例资料归档履行测试复测测试总结测试报告复测测试用例复测三、开发—测试流程按期检查、审查BUGBUG审查封闭BUG获得BUGBUG管理提交新BUG程序员考证BUG履行新的测试任务测试员

改正BUG新的开发任务获得新版本版本更新按期编译说明：1、新版本供给时间，由程序员与测试员按实质状况协调；2、BUG审查的范围包含对BUG的抽查；对标明为不改正或待议论BUG的管理；3、软件波及到功能性改正时，应当先供给改正设计说明，议论通事后方可进行改正。四、测试角色与职责角色职责范围管理负责测试全过程组织管理剖析负责进行测试剖析、编写测试用例履行履行测试任务文档管理负责对测试文档、开发文档管理五、BUG主要参数1、目前状态记录BUG的状态，包含已改正、未改正、已考证。2、严重程度BUG严重程度分为四个级别级别一：死机，数据丢掉，主要功能完好丧失，系统悬挂级别二：主要功能丧失，致使严重的问题，或致命的错误申明级别三：次要功能丧失，不太严重，如提示信息不太正确级别四：细小的问题，对功能几乎没有影响，产品及属性仍可使用，若有错别字3、改正次数指相同BUG重复改正的次数，是权衡开发人职工作效率的重要依照；4、优先级别：分为四个级别级别一：一定立刻改正；级别二：一天内改正；级别三：三天内改正级别四：短期内不必解决或在下一版本中解决说明：严重程度越高，优先级越高，原有错误优先级高于新版本错误。六、测试文档1、测试报告详尽记录BUG出现过程，可能原由，解决方法或解决建议。测试报告要求书写工整、简洁简要，一定要详尽注明BUG发现日期、BUG所属模块等有关信息（关于较难发现的BUG，一定供给操作流程及应用数据）。测试报告是测试员与开发人员沟通的重要文档，也是测试评论的重要依照。注意：A、假如测试与测试任务单对应，则测试报告中一定要记录任务单编号，以利于测试查收及查核。B、测试报告中一定注明测试用例编号，假如发现的BUG不在测试用例范围内，则填写为“其余”，为测试用例评估供给依照。C、程序员在改正BUG时，假如严重级别为一、二级，一定说明改正方法或问题原由，以利于剖析。2、测试用例测试用例是为高效地发现程序中的BUG而精心准备的一组测试数据或操作过程。测试用例不行能穷举软件中的所有状况，所以测试用例的设计一定拥有代表性，经过测试用例的使用能够提升工作效率、减少重复劳动、在软件进行变动或升级时，只需对测试用例进行少许的改正即可展开工作。3、测试计划主要内容：计划时间、人员、测试工作安排4、测试任务书主要内容：时间要求、参加人员、查收标准或结束标记5、测试总结报告主要内容：计划达成状况、BUG改正状况、经验总结、测试对象评分（10分为上限）6、软件改正记录主要内容：改正对象、改正内容、改正原由、问题提出人、关系对象、测试注意事项7、议论记录详尽记录所有与测试有关的议论，参加议论者须在此记录上手工署名8、软件升级记录详尽记录软件升级状况9、用户问题记录主要内容：用户状况、用户问题、解决方法、解决状态七、测试阶段区分1、单元测试对某个相对独立构件的测试，结束标记为：能知足独立运转要求2、集成测试将已经过单元测试的模块挨次进行组归并测试，结束标记为：组合后的模块能知足要求；3、查收测试所有模块均经过集成测试后，软件能够交托使用前的测试，结束标记为：软件能够交托使用4、保护测试对软件公布后发现的问题进行的改正与测试，结束标记为：问题解决、软件运转正常八、测试种类1、功能测试对系统功能知足程度与实现程度的测试，此测试只关怀测试对象功能方面的需求，而不考虑其余细节；结束标记：系统功能知足设计需求2、界面测试在测试对象知足功能需求的前提下进行，此测试一定包含通用控件标准的测试。比如：数据窗口的转动条。3、数据办理测试对测试对象的数据办理过程进行测试，包含输入、办理、输出。4、流程测试包含业务流程、数据流程、逻辑流程、正反流程5、极限测试对极限值、界限值的测试6、并发测试主要指系统在网络环境、并发环境、多用户条件下的运转测试；7、安全测试包含加密、解密、数据备份、恢复、病毒检测等测试；8、性能测试包含适应性、强健性、可恢复性、以及灾害恢复能力9、安装测试是软件公布前一定进行的测试，保证公布的软件产品为最新10、兼容性测试操作系统兼容性、异构数据库兼容性、新旧数据变换、异种数据兼容性、硬件兼容性。11、强度测试包含大容量数据、极限数据、致命错误操作等12、用户测试用户测试是处于系统测试阶段结束和系统试运转阶段开始以前的一个相对独立的阶段。测试的主体，由开发技术人员转为最后应用者。用户经过对系统所有功能和工作流程的亲手应用、测试，逐渐全面认识系统能否完好实现了需求说明书的要求，进而接受和认同该软件，这是保证系统功能和流程正确性、完好性和适用性的要点。实践证明，只实用户试用，才能提出合理建议，促进软件适用化和产品化。九、测试停止标准因为软件测试是一项复杂的工程，在过去的测试工作中，测试人员都是对程序进行频频的，无休止的测试，无谓的耗费了大批的人力、物力和时间。为了能够合理的利用现有资源，提升测试工作效率，拟订了BUG走势图、模块覆盖率和测试用例履行状况三项指标，并依据这三项指标制定出软件测试停止标准。指标1.1BUG走势图该指标以曲线图的形式，反应出每日各样种类BUG的出现状况。图中每种种类的BUG由一条不一样颜色的曲线表示。1.2模块覆盖率该指标表现出一套软件中各个模块的测试用例拟订状况，能否各个模块或各个模块下的各个功能能否都有测试用例，各模块的测试用例占所实用例的比率。1.3测试用例履行状况该指标表现出各个模块的测试用例履行状况，统计测试经过的用例数目和测试未经过的用例数目，计算已测试的用例数目和未测试的用例数目。测试停止标准各个模块或各个模块下的各个功能的测试用例覆盖率为100%；测试用例履行覆盖率为100%，经过测试的测试用例所占比率在势图中，系统错误、功能错误、数据办理错误在连续现BUG，其余错误在连续3个工作日内未出现共计5错误。此时可对软件停止测试。

90%以上；BUG走3个工作日内未出个以上（含5个）十、软件保护规范1、软件保护的内容与种类软件保护是软件产品交托使用后，为纠正错误、改良性和其余属性或产品为适应环境的改变而进行改正和保护的活动。软件保护一般分为完美性保护、适应性保护和改正性保护三种种类。完美性保护为扩大功能和改良性能而进行的保护和扩大，以知足用户变化了的需求。主要内容包含：A、对新增的功能和加强的性能进行升级和保护；B、对用户所提的建设性建讲和改正方案做好详尽的记录，并加以剖析，确定能否对其进行改正和保护。适应性测试为适应软件运转环境的变化而进行的保护，主要内容包含：A、因法律法例的变化而做的保护；B、因硬件配置的变化而做的保护（如：机型、终端、打印机的变化）；C、因系统软件的变化而做的保护（如：操作系统、编译系统或应用程序的变化。）改正性保护为保持系统操作运转，对在开发过程中产生但测试和查收时没发现的错误而进行的改正及保护，主要内容包含：A、在保护的过程中对发现的错误进行详尽记录并提交开发部；B、在用户使用过程中对发现的错误进行详尽记录并提交开发部；2、保护过程软件生计周期中的保护阶段往常开端于软件产品交托给用户使用之时。软件保护活动往常是软件生计周期中多个保护过程的重复。软件保护与软件开发有很多相同之处，但也有其独到之处：A、保护活动限制在已有系统的框架以内达成，保护人员一定在已有的设计和编码构造的拘束下对软件进行保护和提出合理的改正方案。B、往常软件保护阶段的时间比软件开发的时间长得多，但一项详细的软件保护一般比软件的开发时间短得多。C、软件开发一定从无到有产生所有测试数据，而软件保护往常能够使用现有的数据进行保护。但有时也要产生新的数据，对软件保护及保护后的影响进行必需的测试。下边是对软件保护过程中要办理的事务：A、对用户进行软件使用的解说和指导；B、对用户问题进行办理；C、记录软件进行中的错误和用户建议；D、对错误进行剖析，确定改正的必需性，提交开发人员办理；E、对改正或完美的软件进行升级；3、软件保护的控制和改良软件保护一定计划地进行，使整个过程都处于适合的管理和规程之下。除了考虑估算、进度和人员，要点在于要由软件保护主管要做出卓有成效的计划和保护安排。一个系统不单在开发时要考虑到保护，还要在以前保护中考虑到如何减少未来保护的量和困难。软件保护的控制A、软件系统的可保护性常常跟着时间的推移而降低，这是很多要素综合影响的结果。此中没有为软件保护拟订严格的条例，或贯彻不力，是系统可保护性快速降低的主要原由。B、软件保护的目标是保持系统功能和实时、有效地响应用户的恳求。C、软件保护的控制是保持一个有次序的保护过程，在这个过程中所有的保护恳求要正式提出，确认，分派优先级并安排进度。确定软件保护的策略A、软件保护策略确实定是软件保护控制的一个要点步骤。软件保护策略应充分地考虑软件保护组织的责任、权益、职能及操作，它应全面地考虑到软件系统和保护环境的变化。B、软件保护策略一定包含详细地叙述保护的目的、保护的责任和分派。制定保护软件的方案和详细步骤，使保护过程卓有成效的进行。剖析和确定所有提出的改正恳求A、考虑对其改正的必需程度和它可预示的作用，所有的改正建议都需要有充分的原由；B、剖析改正，以保证与本来的系统设计和意图不矛盾，对每个改正都应当认真考虑其影响；C、应试虑所建议的改正是加强仍是降低系统的性能。为保护安排进度A、为每个保护项目安排一个优先级；B、恪守安排的进度。保护准备为了对保护计划有更好的贯彻和监察，在开始一项新的保护工作以前，软件保护人员应当为保护内容作好充分的准备。4、软件保护人员的管理管理是改良软件保护过程的主要要素之一。管理一定指导如何保护软件，履行对整个过程的控制，并保证使用高效易用的软件保护技