-
探索式测试优点（如图）： 探索式测试更适用于敏捷项目。 探索性测试缺点: 测试管理上有局限性。只有在SUT（被测系统）完全可用下更有作用。ET生产率很难定义。ET本身较难进行自动化查看全部
-
基于脚本的测试 SBT script-based testing Scripted Testing(ST) 和ET Exploratory Testing【探索性测试】 ST和ET互补 ET探索性测试强调测试设计和测试执行的同时性,完全抛开测试脚本的测试（测试人员相对自由）；它是一种测试风格，思维而不是一种测试技术； ST vs ET(主观性和客观性) 系统性强;自由灵活 容易管理,控制;和ST互补 设计在先，执行在后;执行和设计（思考）并行 主要是验证自己的思路;不断和系统交互，带着问题测试 可预见;学习的过程 探索式测试更适用于敏捷项目。测试管理上有局限性。只有在SUT完全可用下更有作用。生产率难定义。 输入 状态 代码路径 用户数据 执行环境 全局探索测试： 漫游测试法查看全部
-
敏捷测试VS传统测试： 传统测试 ;敏捷测试 测试是质量的最后保护者 ;开发和测试人员紧密合作，大家都有责任对软件负责 严格的变更管理 ;变更可以接受 预先的计划和细节准备 ;计划随着进展时常调整 重量级文档 ;只需要必要的文档 各阶段测试严格的入口和出口标准; 各迭代之间没有明显入口和出口标准 更多在回归测试时进行重量级自动化测试 ;所有阶段都要自动测试，每个人都需要做，是项目集成一部分 测试 开发 相对独立 ;合作查看全部
-
敏捷测试的特点： 敏捷测试：强调从客户角度测试 重点关注迭代测试新功能，不在强调测试阶段 尽早测试，不间断测试，具备条件即测试 强调持续反馈 预防缺陷重于发现缺陷查看全部
-
我们通过身体力行和帮助他人来揭示更好的软件开发方式。 敏捷宣言强调的敏捷软件开发的四个核心价值是：查看全部
-
H模型 把测试当成一个完全独立的流程 便于尽早的完成测试，与其他流程并发进行，可以是任何流程，可交叉查看全部
-
x模型 针对v模型的改进，主要解决交接和频繁周期的问题，左边是针对单独的程序片段所进行的相互分离的编码和测试，然后进行频繁的交接，再通过集成，最终合成可执行的程序，x模型还可以探索性测试，不进行事先计划，可以发现过多的错误查看全部
-
w模型 v模型的改进 增加了开发各个阶段的验证，测试的对象不再是对象，对需求和分析都有测试过程 有利于及于发现项目的风险，线性的相互关系 不能很好的支持像迭帯这样的模式查看全部
-
V模型 是瀑布模型的变种 明确表明测试过程的不同级别，阶段 单元测试－集成测试－系统测试－验收测试 并且描述了各个阶段与开发过程各个阶段的对应关系 优 v模型 强调软件开发的协作和速度，反应测试活动和分析设计的关系，软件的实现和验证有机结合 缺点： 仅把关系明确对应，忽略了对需求分析的验证，对需求和功能的测试到验收测试才能发现；没有很好的体现测试的及时性查看全部
-
瀑布模型的优缺点查看全部
-
瀑布模型 V模型从需求分析 概要分析 详细设计 软件编码 到单元测试 集成测试 系统测试 验收测试查看全部
-
黑盒测试的主要涉及方法 1：等价类划分法，根据输入程序的条件分类，等价的作为一类，所以叫做等价类划分 2：边界值分析法，一种特殊的等价类划分，主要是各种类型的边界值 3：错误推测法：基于经验或直觉来推测错误可能性，从而产生输入 4：因果图法：拿着程序需求规格说明书，针对每一种输入和输出，在因果图中输入为原因，输出为结果，对输入和输出赋予特定标识符，根据规格和语义的生成判定表，根据判定表生成测试用例。 5：正交实验分析法：通过正交性，从一组数据中筛选出典型的代表性，从而设计测试用例。 6：状态迁移图法：通过梳理软件功能点的状态迁移关系来设计测试用例。例如审批流程中会有状态，电商程序订单的状态。 7：流程分析法：通过梳理程序逻辑执行的流程来引导测试用例。查看全部
-
黑盒测试的目的： 1：是否有不正确或遗漏的功能 2：在接口上，输入是否能正确的接受？能否输出正确的结果？ 3：是否有数据结构错误或外部信息(例如数据文件)访问错误？ 4：性能上是否能够满足要求？查看全部
-
黑盒测试的缺点： 1：测试覆盖率比较低，一般只能覆盖到代码量的不到40% 2: 针对黑盒的自动化测试，复用率较低，维护成本较高。特别是互联网产品，敏捷开发注重功能方面的迭代，从而导致黑盒自动化测试的成本提升查看全部
-
黑盒测试的优点：不需要关注软件内部的实现，实施起来容易；更加贴近用户的使用角度；查看全部
举报
0/150
提交
取消