1、详细的描述一个测试活动完整的过程。1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后进入项目，开始进行统计和跟踪2. 开发人员根据需求文档完成需求分析文档，测 试 人 员 进 行 评 审 ， 评审的主要内容包括是否有遗漏或 者 双 方 理 解 不 同 的 地 方 。 测 试 人 员 完 成 测 试 计 划 文 档 ， 测 试 计 划 包 括 的 内 容 上 面 有 描 述 。3. 测试人员根据修改好的需求分析文
2、档开始写测试用例，同 时 开 发 人 员 完 成 概 要 设 计 文 档 ，详细设计 文 档 。 此 两 份 文 档 成 为 测 试 人 员 撰 写 测 试 用 例 的 补 充 材 料 。4. 测试用例完成后，测试和开发需要进行评审。5. 测 试 人 员 搭 建 环 境6. 开 发 人 员 提 交 第 一 个 版 本 ， 可 能 存 在 未 完 成 功 能 ， 需 要 说 明 。 测 试 人 员 进 行 测 试 ， 发 现bug 后 提 交给 bugzilla。7. 开 发 提 交 第 二 个 版 本 ， 包 括 bug fix 以及增加了部分功能，测试人员进行测试。8. 重 复 上 面 的
3、工 作 ， 一 般 是 3-4 个 版 本 后 bug 数 量 减 少 ， 达 到 出 货 的 要 求 。9. 如果有客户反馈的问题，需要测试人员协助重现以及回归测试。一般测试流程：1.需求分析阶段：只要就是对业务的学习，分析需求点。2.测 试 计 划 阶 段 ： 测 试 组 长 就 要 根 据SOW(工作说明书)开 始 编 写 测 试 计 划 ， 其 中 包 括人 员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据 SRS 上 的 每 个 需 求 点 设 计 出 包 括 需 求 点 简 介 ， 测
4、 试 思 路 和 详 细 测 试 方 法 三 部 分 的 方案。 测试方案编写完成后也需要进行评审。4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据测试方案来编写的，通过测试方案阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。5.测试执行阶段：执行测试用例，及时提交有质量的 Bug 和测试日报，测试报告等相关文档。流程：
5、需求分析测试计划测试设计测试环境搭建测试执行测试记录缺陷管理软件评估出货。. 12.软件测试活动的生命周期测试周期分为计划、设计、实现、执行、总结。其中：计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等；设计：完成测试方案，从技术层面上对测试进行规划；实现：进行测试用例和测试规程设计；执 行 ： 根 据 前 期 完 成 的 计 划 、 方 案 、 用 例 、 规 程 等 文 档 ， 执 行 测 试 用 例 。总结：记录测试结果，进行测试分析，完成测试报告。减少冗余的测试白盒测试与黑盒测试的方式虽然不同，但 往 往 有 “异 曲 同 工 ”之 妙 。 在很多
6、地方，白盒测试黑盒测试会产生一模一样的效果（或者能推理出来） ，这样的测试是冗余的。在集成测试、系 统 测 试 阶 段 ， 可能要执行多次“回归测试” 。每 一 次 “回 归 测 试 ”都 会 存 在 不 少的冗余，应当设法剔除不必要的重复测试工作。减 少 无 价 值 的 测 试 无价值的测试通常是由于不懂得测试技术引起的。例如功能测试，在等价区间之中，本来只要测试一个典型的输入就行了，如果有人在此区间测试了 100 次，那么其中 99 次就是无价值的。如 何 “偷 工 减 料 ”有 一 些 “短 、 平、快 ”的 项 目 ， 经费本来就少，用户对质量要求也马马虎虎。为了能多挣一点钱，开发方不
7、得不采用“偷工减料”的方式来降低测试代价。偷工减料的途径无非就是减少测试的内容 和 频 度 。 但 不 能 砍 得 太 狠 ， 否 则 软 件 拿 不 出 手 。 基本方法是找出软件中需要优先测试的部分（见下表） ，其它次要部分可以忽略或将来再测试。“偷 工 减 料 ”方 法 的 测 试 优 先 级 ：哪些功能是软件的特色？哪些功能是用户最常用的？如 果 系 统 可 以 分 块 卖 的 话 ， 哪 些 功 能 块 在 销 售 时 最 昂 贵 ？哪些功能出错将导致用户不满或索赔？哪些程序是最复杂、最容易出错的？哪 些 程 序 是 相 对 独 立 ， 应 当 提 前 测 试 的 ？哪些程序最容易扩
8、散错误？哪些程序是全系统的性能瓶颈所在？哪些程序是开发者最没有信心的？测试计划的目的是什么？软件测试应该划分几个阶段?简述各个阶段应重点测试的点?各个阶段的含义？答：测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。大 体 上 来 说 可 分 为 单 元 测 试 ,集 成 测 试 系 统 测 试 验 收 测 试每 个 阶 段 又 分 为 以 下 五 个 步 骤 :测试计划，测试设计，用例设计，执行结果，测试报告初始测试集中在每个模块上，保证源代码的正确性， ，该阶段成为单元测试
9、，主要用白盒测试方法。接下来是模块集成和集成以便组成完整的软件包。集成测试集中在证实和程序构成问题上。主要采用黑盒测试方法，辅之以白盒测试方法。软件集成后，需要完成确认和系统测试。确认测试提供软件满足所有功能、性能需求的最后保证。确认测试仅仅应用黑盒测试方法。单元测试单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。集成测试集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。系统测试系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正
10、确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题” 。验收测试验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集回归测试回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。针 对 缺 陷 采 取 怎 么 样 的 管 理 措 施 只是对缺陷的生命周期进行管理和跟踪，Bugzilla 或者 TD已经足够了，1.要更好的管理缺陷，必须引入缺陷管理工具，商用的或者开源的都可。2.根据缺陷的生命周期，考虑缺陷提交的管理、缺陷状态的管理和缺陷分析的管理。3.所有发现的缺陷（不管是测试发现的还是走读代码发现的）都必须全部即时的、准确的提交到缺陷管理工具中，这是缺陷提交的管理。4.缺陷提交后，需要即时的指派给相应的开发人员，提交缺陷的人需要密切注意缺陷的状态，帮助缺陷的尽快解决。缺陷解决后需要即时对缺陷的修复进行验证。这样的目的有两个：一个是让缺陷尽快解决；二是方便后面缺陷的分析（保证缺陷相关的信息准确，如龄期等） ，这是缺陷状态的管理。5.为了更好的改进开发过程和测试过程，需要对缺陷进行分析，总结如缺陷的类别、缺陷的龄期分布等信息，这是缺陷分析的管理。
