-
软件测试分类 按测试类型： 功能测试 性能测试 兼容性测试 部署测试 易用性测试 文档测试 本地化测试 安全测试 无障碍测试 可靠性测试 功能测试：对提供给客户的软件进行功能测试。 针对的问题：功能错误或遗漏，界面问题，性能错误，数据及访问错误，初始化及终止错误 工具：QTP silkTest Rational robot selenium watir sikuli查看全部
-
敏捷测试:Agile Testing----遵循敏捷宣言的一种测试实践 敏捷宣言：个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划 敏捷测试：强调从客户角度测试 重点关注迭代测试新功能，不在强调测试阶段 尽早测试，不间断测试，具备条件即测试 强调持续反馈 预防缺陷重于发现缺陷 敏捷测试VS传统测试： 传统测试 敏捷测试 测试是质量的最后保护者 开发和测试人员紧密合作，大家都有责任对软件负责 严格的变更管理 变更可以接受 预先的计划和细节准备 计划随着进展时常调整 重量级文档 只需要必要的文档 各阶段测试严格的入口和出口标准 各迭代之间没有明显入口和出口标准 更多在回归测试时进行重量级自动化测试 所有阶段都要自动测试，每个人都需要做，是项目集成一部分 测试 开发 相对独立 合作 ================================================================================== 基于脚本的测试 SBT script-based testing 和ET【探索性测试】 互补 ST ET 系统性强 自由灵活 容易管理控制 和ST互补 设计在先，执行在后 执行和设计并行 主要是验证自己的思路 不断和系统交互，带着问题测试 可预见 学习的过程 探索式测试更适用于敏捷项目。测试管理上有局限性。只有在SUT完全可用下更有作用。生产率难定义。 输入 状态 代码路径 用户数据 执行环境 全局探索测试： 漫游测试法 ================================================================== 基于风险的测试：RBT 一种基于对软件失效的风险评估并以此指导测试计划，设计，执行，结果评价的软件测试类型 风险包括 质量风险 管理风险 基于模型的测试：MBT 主要MBT工具：Spec Explorer GraphWalker Tcases modeljunit查看全部
-
软件测试分类： 瀑布模型： 项目计划 （制定总体的研发计划，确定主要的里程碑节点－输出项目计划书） 需求分析（明确用户需求定义，并对定义进行清晰描述，充分理解需求，描述产品功能－ 输出产品需求规格说明） 软件设计－根据需求定义，设计产品的实现方案，包括定义软件硬件的结构、组件、实现方法、接口、界面、数据－输出概要设计、详细设计 程序开发－根据概要和详细设计具体实现，根据编程规范构建各类组件模块，输出产品版本。 软件测试－通过独立的测试小组评估产品是否满足需求定义－输出测试报告 集成维护－交付用户，根据用户使用情况进行维护及升级 敏捷测试 基于脚本的测试 基于风险的测试 探索式测试查看全部
-
软件测试五大要素和两大目标查看全部
-
软件测试的对象查看全部
-
软件测试标准的定义查看全部
-
软件测试最早是hetzal于1973年提出来的到今天有40多年的历史。测试是为了发现错误而执行程序的过程，测试的目的是为了发现错误，而手段是通过执行程序。查看全部
-
软件测试最早是hetzal于1973年提出来的到今天有40多年的历史。测试是为了发现错误而执行程序的过程，测试的目的是为了发现错误，而手段是通过执行程序。查看全部
-
软件测试最早是hetzal于1973年提出来的到今天有40多年的历史查看全部
-
H模型 把测试当成一个完全独立的流程 便于尽早的完成测试查看全部
-
x模型 针对v模型的改进，主要交接和周期的问题查看全部
-
w模型 v模型的改进 增加了开发各个阶段的验证，测试的对象不再是对象，对需求和分析都有测试过程 有利于及于发现风险，线性的相互关系 不能很好的支持迭帯查看全部
-
V模型<br> 是瀑布模型的变种<br> 明确表明测试过程的不同级别，阶段 单元测试－集成测试－系统测试－验收测试<br> 并且描述了各个阶段与开发过程各个阶段的对应关系 ，<br> 优 v模型 强调软件开发的协作 ，反应测试活动和分析设计的关系 缺 仅把关系明确对应，忽略了对需求分析的验证，对需求和功能的测试到验收测试才能发现查看全部
-
瀑布模型优：<br> 强调需求、设计的作用，保证用户需求有一个充分的了解<br> 阶段分工明确<br> 按阶段划分检查点，里程碑清晰<br> 文档规范<br> 缺：<br> 难以适应需求变化<br> 项目周期后段才能看到成果<br> 强制里程碑、完成时间 点 ，对变化不容易适应<br> 产生大量文档， 工作量大<br> 从测试角度不能体现测试的价值和地位查看全部
-
软件测试分类： 瀑布模型： 项目计划 （制定总体的研发计划，确定主要的里程碑节点－输出项目计划书） 需求分析（明确用户需求定义，并对定义进行清晰描述，充分理解需求，描述产品功能－ 输出产品需求规格说明） 软件设计－根据需求定义，设计产品的实现方案，包括定义软件硬件的结构、组件、实现方法、接口、界面、数据－输出概要设计、详细设计 程序开发－根据概要和详细设计具体实现，根据编程规范构建各类组件模块，输出产品版本。 软件测试－通过独立的测试小组评估产品是否满足需求定义－输出测试报告 集成维护－交付用户，根据用户使用情况进行维护及升级 敏捷测试 基于脚本的测试 基于风险的测试 探索式测试查看全部
举报
0/150
提交
取消