确认测试是什么

确认测试是什么

问题一：确认测试的作用是什么？ 确认测试又称有效性测试。它的任务是检查软件的功能与性能是否与需求说明书中规定的指标相符合。因而需求说明是确认测试的基础。问题二：软件测试的周边确认是什么 周边骇认这个词一般是在测试bug修复的时候。
测试人员需要确认相关问题确实修复了。
同时要做bug周边测试和确认，确认这次的bug修复没有引起周边模块的其他异常。
但是实际工作中，还是需要知道开发人员改变了哪些东西。有些周边的范围不是测试人员能够权衡好的问题三：软件测试 静态分析中验证和确认的区别是什么 总体上说验证（Verification）和确认(Validation)是测试的两个层面，前者指软件过程，后者指交付结果。
验证多是针对设计而言的，而确认是对应需求而言的。验证是要看期望的结果经过指定的过程和参数能否实现；确认是要看到底要有哪些期望，是否与用户需求相符。
验证多数情况下是对可预置、可量化的指标操作。而确认则应含有很多人的因素，如感受、接受程度、符合程度等，虽然也可以量化，但不一定很客观。问题四：系统测试,验收测试,确认测试有什么区别和关系 测试的执行人员不同。系统测试一般是由开发方组织实施，而验收测试是有业主方组织实施。 举个例子：比如微软接了一个银行的项目。在软件的所有组件完成之后，微软会自己组织人员对整个系统是否达到要求进行测试。而微软觉得达到要求后，银行会自己组织人员参考业务需求来验证系统是否能满足他们的需求问题五：软件测试过程中的确认测试阶段包括什么 安装测试，功能测试，可靠性测试，安全性测试，时间及空间性能测试，易用性测试，可移植型测试，可维护性测试，文档测试
其实主要就是检查软件的功能和性能，跟用户要求的是否一样。
跟系统测试的区别就在于确认测试是单独测试软件，系统测试要综合硬件，外设，网络等其他因素。问题六：验证测试是什么意思？ 验证和确认是CMMI中三级的2个过程域，是对软件测试过程中的两种不同目的的测试过程。
在CMMI中对这两个的目的说明如下：
VERIFICATION（验证）：The Purpose of Verification is to ensure that selected work products meet their specified requirements.
VALIDATION（确认）：The Purpose of Validation is to demonstrate that a product or product component fulfills its intended use when placed in its environment.
验证是指已经实现的软件产品是按照它的需求做的，是符合需求说明书的。
确认是指已经实现的软件产品或产品组件在用户环境下，实现了用户的需要，是符合用户需要的。
验证测试是指测试人员在模拟用户环境的测试环境下，对软件进行测试，验证已经实现的软件产品或产品组件是否实现了需求中所描述的所有需求项。
耿 确认测试是指测试人员在真实的用户环境下，软件产品或产品组件不仅实现了需求中所描述的所有需求项，而且它也是满足用户的最终需要的。
验证和确认二者的区别是测试环境和测试目的不同。都是软件产品在发布前必须要进行的测试活动。
验证测试（Verification）：组织开发工作产品的同行对工作产品进行系统性的检查，发现工作产品中的缺陷，并提出必要的修改意见，达到消除工作产品缺陷的目的。适用于所有立项开发的软件项目及产品。同行评审及测试是主要的验证方法，根据特定的需求选择工作产品，并选择有效的验证方法对工作产品进行验证。问题七：现场测试与运行确认区别 目前广泛使用的两种确认测试方式是α测试和β测试。
1）α测试
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。
它是在开发现场执行，开发者在客户使用系统时检查是否存在错误。
在该阶段中，需要准备β测试的测试计划和测试用例。
多数开发者使用α测试和β测试来识别那些似乎只能由用户发现的错误，其目标是发现严重错误，并确定需要的功能是否被实现。
在软件开发周期中，根据功能性特征，所需的α测试的次数应在项目计划中规定。
2）β测试
β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。
它是一种现场测试，一般由多个客户在软件真实运行环境下实施，因此开发人员无法对其进行控制。
β测试的主要目的是评价软件技术内容，发现任何隐藏的错误和边界效应。
她还要对软件是否易于使用以及用户文档初稿进行评价，发现错误并进行报告。
β测试也是一种详细测试，需要覆盖产品的所有功能点，因此依赖于功能性测试。
在测试阶段开始前应准备好测试计划，清楚列出测试目标、范围、执行的任务，以及描述测试安排的测试矩阵。
客户对异常情况进行报告，并将错误在内部进行文档化以供测试人员和开发人员参考。问题八：软件测试的基本标准是什么? 通过集成测试之后，软件已完全组装起来，接口方面的错误也已排除，确认测试即可开始。确认测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。
1. 确认测试标准
实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试计划和过程，测试计划应规定测试的种触和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。无是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意。　　确认测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。
2. 配置复审
确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。
3. α、β测试
事实上，软件开发人员不可能完全预见用户实际使用程序的情况。例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。因此，软件是否真正满足最终用户的要求，应由用户进行一系列验收测试。验收测试既可以是非正式的测试，也可以有计划、有系统的测试。有时，验收测试长达数周甚至数月，不断暴露错误，导致开发延期。一个软件产品，可能拥有众多用户，不可能由每个用户验收，此时多采用称为α、β测试的过程，以期发现那些似乎只有最终用户才能发现的问题。
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。经过α测试调整的软件产品称为β版本。紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。问题九：冒烟测试和回归测试的区别 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。
冒烟测试冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Tes穿优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。
冒烟测试是自由测试的一种。问题十：确认测试的作用是什么？ 确认测试又称有效性测试。它的任务是检查软件的功能与性能是否与需求说明书中规定的指标相符合。因而需求说明是确认测试的基础。