大家好，今天小编关注到一个比较有意思的话题，就是关于软件测试的标准的问题，于是小编就整理了3个相关介绍软件测试的标准的解答，让我们一起看看吧。
软件测试要遵循哪些原则？
(1)所有测试的标准都是建立在用户需求之上。
(2)合理控制测试深度与广度，完全测试不可能，测试的投入与产出要均衡。
(3)软件中80%的bug可以在分析、设计与评审阶段就能被发现与修正，16%的缺陷在系统的软件测试中发现，最后剩下的4%是用户长期使用的过程中才能暴露出来。
(4)尽可能早的开展测试，越早发现错误，修改的代价越小。
(5)发现错误较多的程序段，应进行更深入的测试。
(6)软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。
(7)软件开发人员即程序员应当避免测试自己的程序。
(8)严格执行软件测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作。
软件测试具体测哪些内容？
软件测试的工作内容主要包括“验证”和“确认”，具体内容如下。一、验证：保证软件正确地实现了一些特定功能的一系列活动， 即保证软件以正确的方式来做了这个事件。1、确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程。2、程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程。3、评审、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。二、确认：一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性，即保证软件做了用户所期望的事情。1、静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性。2、动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。扩展资料一、软件测试的原则1、测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。2、程序员应该避免检查自己的程序，软件测试应该由第三方来负责。3、设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下还要制造极端状态和意外状态，如网络异常中断、电源断电等。4、应该充分注意测试中的群集现象。5、对错误结果要进行一个确认过程。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。6、制定严格的测试计划。一定要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。7、妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。二、软件测试的主要目标1、发现一些可以通过测试避免的开发风险。2、实施测试来降低所发现的风险。3、确定测试何时可以结束。4、在开发项目的过程中将测试看作是一个标准项目。
软件测试流程是什么？
1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。
2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。
3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。
4、测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束。
5、测试评估阶段：出测试报告，确认是否可以上线。
扩展资料：
件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。
对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪8年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。
到此，以上就是小编对于软件测试的标准的问题就介绍到这了，希望介绍关于软件测试的标准的3点解答对大家有用。