-
功能测试工具 1.selenium是一款开源的web测试工具查看全部
-
功能测试查看全部
-
按测试类型来分类查看全部
-
代码检测法，静态结构分析法 静太质量度量法 逻辑覆盖法查看全部
-
按测试模式来分类： 瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试等。 1、瀑布模型：项目计划->需求分析->软件设计->程序开发->软件测试->集成维护 传统的瀑布模型的优缺点：优点：强调需求、设计的作用，前一阶段完成后，只需关注后续阶段，为项目提供了按阶段划分的检查点，里程碑清晰，文档规范 ：缺点：难以适应需求的频繁变化，项目周期后段才能看到成果，强制的里程碑，文档工作量大。 2、V模型（最广泛） 需求分析->概要设计->详细设计->软件编码->单元测试->集成测试->系统测试->验收测试 3、W模型（双V模型） 开发与测试并行，可以尽早发现问题 4、X模型 解决交接和频繁集成周期的问题 5、H模型：把软件测试看成一个独立的流程，与其他流程并发进行，比如设计流程，并发流程，甚至是测试流程查看全部
-
软件测试的分类：黑盒测试、白盒测试、静态测试、动态测试、手工测试、自动化测试 黑盒测试的优缺点：优点：1、容易实施，不需要关注内容的实现 2、更贴近用户的使用角度 ：缺点：1、测试覆盖率较低，一般只能覆盖代码量的不到40% 2、针对黑盒的自动化测试，复用率较低，维护成本较高 ?黑盒测试主要测试什么 1、是否有不正确或遗漏的功能 2、在接口上，输入是否能正确的接受？能否输出正确的结果 3、是否有数据结构错误或外部信息（例如数据文件）访问错误 4、性能上是否能够满足要求 白盒测试的优缺点：优点：1、迫使测试人员去仔细思考软件的实现，理解原理 2、可以检测代码中的每分支和路径 3、揭示隐藏在代码中的错误 4、对代码的测试比较彻底 ：缺点：1、昂贵 2、无法检测代码中遗漏的路径和数据敏感性错误 3、不能直接验证需求的正确性 白盒测试的主要测试方法： 代码检测法：多面检查，代码审查和走查，只要检查代码的一些设计和质性对代码本身进行检查 静态结构分析法：测试者通过使用测试工具来分析原代码的系统结构数据结构内部的控制逻辑通过内部结构的分析来进行设计一些测试用例 静态质量度量法：根据标准的质量模型，然后来构造一些质量的度量模型，用于评估软件的各个方面的要素 逻辑覆盖法：语句覆盖，条件覆盖，条件组合覆盖，分支覆盖，判定覆盖，路径覆盖，条件和判定的组合覆盖 基本路径测试法：在程序控制流程图的基础上，通过分析构造的找出基本可执行的路径集合，用而设计测试路径的方法 灰盒测试：介于黒，白测试之间的，关注输出对输入的正确性，同时也关注内部表现 静态测试：静态测试是指无须执行被测程序，而是通过评审软件文档或代码，度量程序复杂度，检查软件是否符合编程标准，借以发现编写的程序不足之处，减少错误出现的概率； 动态测试：动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率，正确性和健壮性等。 手工测试:由专业的测试人员从用户视角来验证软件是否满足设计要求的行为。更适用针对深度的测试来强调主观判断的测试。（众包测试、探索式测试） 自动化测试：使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查。（单元测试，接口测试，性能测试等）查看全部
-
系统测试&集成测试 测试对象：集成测试：由通过了单元测试的各个模块集成起来的构件 ：系统测试：除了软件测试之外，还包括计算机硬件及相关的外围设备，数据采用集和传输机构，支持软件，系统操作人员等整个系统 测试时间：集成测试介于单元测试和系统测试之间测试 ：系统测试在集成测试之后 测试内容：集成测试：各个单元模块之间的接口 ：整个系统的功能和性能 测试角度：集成测试：偏于技术角度的验证 ：系统测试：偏于业务角度的验证 验收测试：也称交付测试。针对用户需求，业务流程的正式的测试，确定系统是否满足验收的标准，由用户，客户其它授权机构决定是否接受系统。 alpha测试：在开发者所提供的场所和坏境中来运行，一般是由用户来执行的但是场景和环境由开发者提供的 Beta测试：完全脱离开发者的环境，在用户提供的场所或者环境下的测试查看全部
-
单元测试：对软件中的最小可测试单元进行检查和验证 单元测试原则：1、尽可能保证各个测试用例是相互独立的。2、一般由代码的开发人员来实施的，用以检验所开发的代码功能符合自己的设计要求 单元测试的益处：1、能尽早发现缺陷。2、有利于重构。3、简化集成。4文档。5用于设计 单元测试的限制：1、不可能覆盖所有的执行路径，所以不可能保证铺捉到所有路径的错误。2、每一行代码，一般需要3~5行测试代码才能完成单元测试。所以存在投入和生存的一个平衡。 单元测试框架：xunit，Junit，nunit，PHPUnit，CppUit 集成测试：是在单元测试的基础上，测试在讲所有的软件单元按照概要设计规格说明的要求组装成模块，子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。 集成测试的主要实施方案：1、Big Bang 2、自顶向下。3、自底想上。4、核心系统集成。5、高频集成 集成测试&单元测试 1、测试的对象不同：单元测试针对的是软件的基本单元最小的单元来进行的测试，集成测试则是与模块和子系统进行测试主要测试的是模块和模块接口的关系。 2、测试的依据不同：单元测试主要是针对软件的详细设计来进行测试，测试用例主要的依据也是详细设计文档，而集成测试则是针对集成的概要设计测试用例的主要依据是概要 3、测试的方法不同：集成测试关注的是接口之间的集成就是模块之间的接口的集成，单元测试只关心单元的类部。 系统测试：是将经过集成测试的软件，作为计算机系统的一个部分，与系统中其它部分结合起来，在实际运行坏境下对计算机系统进行的一系列有效的测试，以发现软件潜在的问题，保证系统正常运行。查看全部
-
安装测试查看全部
-
文档测试注意点查看全部
-
浏览器兼容性测试的工具查看全部
-
参透测试和安全测试查看全部
-
性能测试工具查看全部
-
性能指标查看全部
-
手工和自动化对比查看全部
举报
0/150
提交
取消