-
探索式测试测试流程（基于session） konw you mession 了解测试重点，系统环境，有一个测试的总体思路 learning session 详细的学习探索被测系统了解系统的业务逻辑，具体功能，深入学习被测系统 coverage session 探索式测试的实施阶段，完成主要功能点的测试验收，完成测试点的覆盖 deep session 在上一个功能点的基础上，更深入的发散式的测试，挖掘深层次的问题，深入测试 close session 总结测试，整理测试信息，根据整理数据，分析有没有测试的遗漏 缺陷大扫除。查看全部
-
1-1 软件测试概要 软测定义:使用人工或自动的手段来运行或测量软件系统的过程，以检测软件系统是否满足规定的要求，并找出与预期定义之间的差异。 软测对象:软件需求，概要设计，详细设计，源代码，可运行程序，可运行环境。 软测的五大要素及两大目标: 质量(最为核心)，人员(决定因素)，技术(实现手段)【测试技术，方法，测试工具】，资源【测试所需的硬件，网络环境，测试生命周期，测试时间】，流程(测试标准)【测试计划，测试执行，报告】 目标:提升测试覆盖率及测试效率 软测的遵循原则: 1.测试是为了发现错误而不是证明没错误 2.穷尽测试是不可能的，应设定终止条件(无穷无尽的测试是不可能的，需很大代价;无论怎样测试，我们不可能发现软件的所有缺陷) 3.测试尽早进行 4.缺陷具有群集性(发现好多缺陷的模块，说明该模块存在没有被发现的缺陷) 5.测试的杀虫剂悖论(应对测试用例，测试方法不定期的评审，添加新的测试用例或测试方法发现新的缺陷) 6.测试的二八原则(80%的时间测试20%的重要模块) 7.测试活动依赖于测试背景(如电信这块主要性能测试，银行啥的主要安全测试)查看全部
-
focal point查看全部
-
局部探索式测试： 被测系统的五大要素：输入，状态，代码路径，用户数据，执行环境 全局探索式测试： 漫游测试法： 商业区：用户主要使用到的功能 旅馆区：软件在休息，没有在实际运行的时候的一些功能，后台进程，定时任务。 历史区：版本历史遗留代码，曾经测试发现过较多问题的一些功能。 旅游区：新用户会使用，关注的一些功能 娱乐区：系统辅助的功能 破旧区：系统废弃的，隐藏的一些功能查看全部
-
探索型测试 优点：激发测试人员的创造性和工作乐趣 增加了发现新的或比较深入的BUG的可能性 在较短时间内找到更多BUG以及对SUT（被测系统）工作一个快速的评估 更加有效的进行自动化 更适用于敏捷项目 减少了在简单，繁复用例上的无谓编写时间 缺点： 在测试管理上有局限，比较难协调和控制 对于BUG的重复利用和重现上作用有限 对测试人员的测试技能和业务知识深度依赖较大 只有在被测系统已经完全可用下才更有作用 生产率很难定义 较难进行自动化查看全部
-
基于脚本的测试 script-based testing scripted testing ST 先设计测试，再执行测试。 ET探索式测试：exploratory testing 完全抛开测试脚本的测试 pure scripted 完全参照测试用例执行，测试用例十分详细 vague scripted 写测试用例，对预期结果，执行步骤的描述简单 fragmentary test cases 不再编写测试用例，只是写一些测试点 charters 详细的任务列表，写出测试对象，测试策略，可能风险，参考文档 roles 给测试人员一个角色，测试人员从角色出发测试产品 freestyle ET 完全自由，无文档，不记录要点 ST 1.系统性强 2.容易管理控制 3.设计在先，执行在后 4.主要是验证自己的思路 5.可预见性 ET 1.自由灵活 2.和ST是互补的 3.执行和设计并行 4.不断和系统交互，带着问题测试查看全部
-
敏捷测试 agile testing-遵循敏捷宣言的测试 敏捷宣言： 个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 吸纳供应变化 重于 遵循计划 在每对比较中，后者并非全无价值，但我们更看重前者 敏捷测试：强调从客户的角度进行测试 重点关注迭代测试新的功能，不再强调测试阶段 尽早测试，不间断测试，具备条件即测试、 强调持续的反馈 预防缺陷重于发现缺陷查看全部
-
W模型： 由evoltif公司提出对V的改进 用户需求-验收测试设计 需求分析-系统测试设计 概要设计-集成测试设计 详细设计-单元测试设计 编码-单元测试 集成-集成测试 实施-系统测试 交付-验收测试 缺点：W不能够很好的支持迭代开发模型查看全部
-
V模型 80年代由Paul rock 提出 软件编码-单元测试（测试程序是否满足设计上的要求） 详细设计-集成测试（测试程序是否满足设计上的要求） 概要设计-系统测试（测试软件功能，性能等质量特性上是否满足系统要求的指标） 需求分析-验收测试（测试软件是否满足用户的需求，合同规定） 强点软件开发的协作和速度，反映测试活动虎哥分析设计的关系，将软件的实现和验证有机的结合。他确定测试过程存在不同阶段，明确了不同测试阶段和研发过程的对应关系。 忽视了测试对于需求的分析查看全部
-
瀑布模型： 项目计划（指定项目计划，确定里程碑节点，生成项目计划书）。 需求分析（明确用户需求定义，对定义进行清晰的描述，要充分理解用户需求，描述功能的一个阶段，生成需求规格说明书） 软件设计（根据需求的定义，确定产品实现的方案，定义软硬件结构，组建模块的实现方法，接口界面数据的组织，生成概要设计，详细设计等设计说明书） 程序开发（开发团队，根据需求和设计 具体实现产品，生成产品版本） 软件测试（软件测试小组评估团队进行测试，生成测试结果测试报告） 集成维护（交付给用户，根据用户的使用情况，对产品进行升级） 优点：1.强调了需求和设计的作用 2.前阶段完成后只需要关注后续阶段， 3.为项目提供了按阶段划分的检查点，每个阶段的起点终点明确， 4.文档规范，比较好的传递规范信息 缺点：1.难适应需求的频繁变化 2.项目周期后半段才能看到成果 3.强制的里程碑，完成时间点 4.文档工作量大查看全部
-
测试总结查看全部
-
软件测试遵循的准则：查看全部
-
测试对象：软件概要设计、软件详细设计、软件运行环境、可运行程序、软件源代码 目标：提高测试覆盖率、测试效率查看全部
-
测试对象不同：单元测试是对最小的单元，集成测试时对模块、子系统，主要是测试模块与模块之间的接口。 测试的依据不同：单元测试，软件详细设计。集成测试，软件测试概要。 测试的方法查看全部
-
人决定了技术、流程、资源。技术，包含软件测试技术、软件测试方法、使用的工具，技术是手段。流程是一个规范性，从测试计划、测试用例、测试执行、测试报告每个阶段需要一些进入进出的标准。资源：网络环境、硬件设备、测试数据、测试时间、测试周期。查看全部
举报
0/150
提交
取消