-
验收测试： 也称交付测试。针对用户需求、业务流程的正式的测试，确定系统是否满足验收标准，由用户、客户或其他授权机构决定是否接受系统。 细分：用户验收测试（执行人：开发方）；运行验收测试（运维层面）；合同和规范验收测试；alpha测试（用户执行，开发方提供测试环境）；Beta测试（完全脱离开发者，在用户提供的环境中）查看全部
-
系统测试和集成测试不同点： 1.测试对象 集成测试：由通过了单元测试的各个模块所集成起来的构件 系统测试：除了软件之外，还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统 2.测试时间 集成测试介于单元测试和系统测试之间测试 系统测试在集成测试之后 3.测试内容 集成测试：各个单元模块之间的接口 系统测试：整个系统的功能和性能 4.测试角度 集成测试：偏于技术角度的验证 系统测试：偏于业务角度的验证查看全部
-
系统测试： 是将经过集成测试的软件，作为计算机系统的一部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。 关注点：关注系统本身的使用；关注系统与其他相关系统间的连通；关注系统在不同使用压力下的表现；关注系统在真实使用环境下的表现；查看全部
-
单元测试与集成测试的区别： 1.测试的对象不同：单元测试是对最小单元；集成测试则是以模块与子系统为单元 2.测试的依据不同：单元测试是针对软件的详细设计做测试；集成测试是针对软件的概要做测试 3.测试的方法不同：集成测试关注的是模块接口的集成；单元测试只关心在单元的类查看全部
-
集成测试： 是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。 主要实施方案： 1.Big Bang 2.自顶向下（瀑布模型适用） 3.自底向上（瀑布模型适用） 4.核心系统集成 5.高频集成查看全部
-
测试用例查看全部
-
单元测试：对软件中的最小可测试单元进行检查和验证。 原则： 1.尽可能保证各个测试用例是互相独立的。 2.一般由代码的开发人员来实施，用以检验所开发的代码功能符合自己的设计要求。 益处： 1.能尽早发现缺陷 2.有利于重构 3.简化集成 4.文档 5.用于设计 限制： 1.不可能覆盖所有的执行路径，所以不可能保证捕捉到所有路径的错误 2.每一行代码，一般需要3-5行测试代码才能完成单元测试。所以存在投入和产出的一个平衡。 框架： Xunit JUnit(针对Java) nunit PHPUnit CPPUnit(针对C++)查看全部
-
按测试阶段来分类：单元测试；集成测试；系统测试；验收测试查看全部
-
软件测试所遵循的原则： 一、测试显示缺陷的存在，但不能证明系统不存在缺陷。 二、穷尽测试是不可能的，应设定及时终止的条件。 三、测试应该尽早进行 四、缺陷具备群集特性 五、测试的杀虫剂悖论（测试方法和用例应定期修改） 六、测试的二八原则（测试存在风险，80%的时间资源用在20%的重要模块） 七、测试活动依赖于测试背景查看全部
-
五大要素和两个目标查看全部
-
软件测试的测试对象：软件概要设计；软件详细设计；软件运行环境；可运行程序；软件源代码；软件需求查看全部
-
IEEE定义（ISO 29119）：使用人工或自动的手段来运行或测量软件系统的过程，已检验软件系统是否满足规定的要求，并找出与预期结果之间的差异。查看全部
-
主要的MBT工具查看全部
-
单元测试，查看全部
-
测试对象查看全部
举报
0/150
提交
取消