软件测试概述

软件验证

验证过程，以验证该软件是在满足该使用者的要求。它是在SDLC的末端。如果软件相匹配的要求，我们可以考虑在验证完成.

验证确保正在开发的产品是按用户的要求.
验证回答了这个问题 - “我们是发展中国家，它试图从该软件的所有用户需求的产品?".
验证注重用户的需求.

软件验证

验证是确认软件是否满足业务需求的过程中，与显影附着于适当的规范和方法.

验证确保正在开发的产品是根据设计规范.
验证答案将以下问题“我们坚定地遵守所有的设计规范开发这个产品吗?".
考证专心的设计和系统的规格.

测试的目标是 -

错误 - 这些是由开发商作出实际的编码错误。此外，存在的软件和期望的输出输出的差，被认为是一个错误.
故障 - 当误差存在故障。故障时，也被称为一个bug，就是这可能会导致系统失败的错误造成的。.
故障 - 故障被说成是系统无法执行所需的任务。当故障存在于系统发生故障.

手动与自动测试

试验既可以手动进行或使用自动化测试工具:

手动 - 不考虑自动化测试工具帮助进行这一测试。软件测试人员编写测试案例的不同部分和代码的水平，执行测试，并将结果报告给经理。 .

手动测试耗费时间和资源。测试人员需要确认右边的测试用例是否被使用。测试的主要部分包括手动测试.
自动 - 这是测试用的自动化测试工具可帮助做了测试程序。与手工测试的局限性可以使用自动化测试工具来克服.

测试需要检查一个网页可以在Internet Explorer中打开。这可以通过手动测试很容易做到。但要检查网络服务器可以利用100万用户的负荷，这是很不可能的手动测试。

T有软件和硬件工具，它可以帮助测试人员在进行负载测试，压力测试，回归测试。.

测试方法

测试可以根据两种方法进行

功能测试
执行测试

当功能被没有考虑在担心它被称为黑箱测试的实际执行情况进行测试。另一边是被称为这里不仅功能测试白盒测试，但它的实现方式进行了分析。.

详尽的测试是一个完美的测试最需要的方法。中的输入和输出值的范围内的每一个可能的值进行测试。因此不可能在真实世界的场景来测试每一个值，如果值的范围是大.

黑盒测试

它进行到程序的测试功能。它也被称为“行为”的测试。在这种情况下，测试器，具有一组输入值和相应的期望的结果。于提供输入，如果与所期望的结果的输出相匹配时，该程序被测试'好'，和有问题的，否则.

在这个测试方法中，代码的设计和结构是不知道的测试器和测试工程师和最终用户进行该测试的软件.

黑盒测试技术:

等价类 - 输入被分成类似的课程。如果一个类中的一个元件通过测试，则假定所有的类被传递。
边界值 - 输入被分为较高和较低的最终值。如果这些值通过测试，则假定在之间的所有值可以通过.
因果图 - 在以前这两种方法中，只有一次一个输入值进行测试。原因（输入） - 效果（输出），其中输入值的组合，有系统地进行试验测试技术.
成对测试 - 软件的行为取决于多个参数。在配对试验中，多个参数进行测试成对他们的不同的值.
基于状态的测试 - 系统变化对提供的输入状态。这些系统是基于它们的状态和输入测试.

白盒测试

据进行的测试程序和其执行中，为了提高编码效率或结构。它也被称为“结构”的测试.

在这个测试方法中，代码的设计和结构是已知的测试仪。代码的程序员对代码进行这项测试。.

下面是一些白盒测试方法:

控制流测试 - 控制流测试的目的建立测试用例覆盖所有的语句和分支条件。分支条件测试均为真与假，让所有的语句可以被覆盖.
数据流测试 - 这个测试技术重点覆盖包括在程序中所有的数据变量。据测试，其中变量声明和定义，并在那里他们被使用或更改.

水平测试

测试本身可以在各级SDLC的限定。测试过程中运行的并行软件开发。跳之前就下阶段，阶段测试，确认和验证。

测试分别做只是为了确保有留在软件没有任何隐藏的缺陷或问题。软件在各个层次上进行测试 -

单元测试

虽然编码，程序员执行程序的设备上的一些测试，以了解它是否是免费的错误。在白箱测试方法进行测试。单元测试可以帮助开发人员决定该计划的各个单位工作按要求，没有错误。

集成测试

即使软件的单位做工精细独特，有必要来看看单位，如果整合到一起也将工作没有错误。例如，参数传递和数据更新等.

系统测试

该软件被编译为产物，然后将其测试为一个整体。这可以通过使用下面的一个试验或多个来实现:

功能测试 - 测试对要求该软件的所有功能.
性能测试 - 这个测试证明了该软件的效率有多高的。它测试的有效性和所采取的软件的平均时间做所需的任务。性能测试是通过负载测试和压力测试的方法，其中软件在高的用户和数据加载各种环境条件下把完成的.
安全和便携性 - 这些测试完成后，软件是为了工作，在各种平台和人数进行访问.

验收测试

当软件准备交给客户就必须经过测试，它是用户交互和响应测试的最后阶段。这是重要的，因为即使软件相匹配的所有用户的要求，如果用户不喜欢显示的方式或作品，它可能会被拒绝.

Alpha测试 - 显影剂的团队本身通过使用系统仿佛它正在被在工作环境中使用时进行alpha测试。他们试图找出用户会如何反应到软件的一些操作，以及如何系统应以输入的响应。.
Beta测试 - 在软件内部测试，它被移交给用户使用它自己的生产环境下，仅用于测试目的。这不是尚未交付的产品。开发商预计，用户在这个阶段会带来分钟的问题，这被跳过出席.

回归测试

每当一个软件产品的新代码，特征或功能更新时，它被彻底的测试，以检测是否有附加代码的任何负面影响。这被称为回归测试。.

测试文档

试文件制备的不同阶段 -

测试前

测试开始，测试案例的产生。还需要参考下面的文档 –

SRS文档 - 功能需求文档
测试策略文件 - 这说明在多大程度上测试应该释放该产品前发生.
测试策略文件 - 这提到的测试团队，责任矩阵和测试经理和测试工程师的权利/责任的细节方面.
追踪矩阵文件 - 这是SDLC的文件，这是关系到需求收集过程。作为新的要求来，它们被添加到这个矩阵。这些矩阵帮助测试人员了解需求的来源。它们可以被追踪前进和后退。.

虽然正在测试中

可能需要以下文件，而测试已启动，正在做:

测试案例文件 - 该文件包含了需要进行的测试列表。它包括单元测试计划，集成测试计划，系统测试计划和验收测试计划.
测试说明 - 本文档是所有测试用例，并执行这些程序的详细说明.
测试案例报告 - 本文件包含测试用例报告测试结果.
测试日志 - 本文件包含的测试日志中的每一个测试用例报告.

经过测试

下列文件可测试后生成:

测试总结 - 此测试总结是所有的测试报告和日志的集体分析。它总结并得出结论，如果软件是随时可以启动。该软件在发布的版本控制系统，如果是准备发射.

测试与质量控制，质量保证和审计

我们要明白，软件测试是软件质量保证，软件质量控制和审计软件不同.

软件质量保证 - 这是软件开发过程的监控手段，通过它可以保证所有的措施都采取了按组织的标准。这种监视是为了确保适当的软件开发方法随访.
软件质量控制 - 这是一个系统维护软件产品的质量。它可能包括软件产品的功能性和非功能性方面，这对提高组织的好感。该系统可确保客户获得优质的产品为他们的要求，认证为“适合使用”的产品.
软件审核 - 这是由该组织制定的软件审查程序。一组审计人员，独立的开发团队探讨了软件的流程，程序，要求和SDLC的其他方面。软件审计的目的是检查软件和它的发展过程中，既符合标准，规则及规例.

Previous Page Print Page