processes测试过程(编辑修改稿)

processes测试过程(编辑修改稿)内容摘要：

： 代码已编写并编译通过。 （为了测量覆盖范围，必须进行记录覆盖范围的编译。 ） 2) 集成测试入口 : 代码评审和单元测试 测试计划文档化且评审过 测试案例文档化且评审过 3) 系统测试入口 : 需求文档评审且存在 集成测试代码存在 客户的系统和验收测试标准，如果有的话尽量实现 4) 验收测试入口 : 必须完成单元测试，集成测试和系统测试。 由客户提供的数据的收集，或我们建议的数据并得到客户的同意，用于已完成的测试。 客户评审并接受的已基线化的接受测试 计划文档。 完成客户接受测试设置的公式。 3. 责任 客户 ( 在验收测试阶段 ) 很好地解释了正在执行的产品 /解决方案。 如需要应该执行相应的培训。 应通过比较实际的结果和接受标准确认接受测试案例的结 果。 接受测试标准的基础应是项目的范围和交付物（如，解决方案项目）。 应提供有关功能性，可用性，可靠性，执行，支持性和接收测试的全部软件质量的所有信息。 应提供接受测试所需的所有的硬件和软件。 项目经理 确保测试程序已被完全定义并执行，所有资源准备做测试。 在 PMR 的过程中，周期性评审测试活动和结果；如适合的话，在测试结 果的基础上采取行动。 系统分析人员 制订测试用例 3 测试人员 参与测试案例发展。 执行测试案例并记录测试结果。 在测试过程中，除错并修复任何问题后 重新运行测试案例直到退出标准令人满意。 项目 SQA 按照指定的标准和计划周期地评审项目的测试活动。 组织SQA 如适合的话，审核接收测试活动。 4. 过程描述 测试可以采用测试工具 :mi testdirect 和 winrunner 或 rational robot 进行测试管理 ,如果采用测试工具 ,测试用例 ,测试结果 ,测试计划 ,测试报告在工具中体现 ,不需要形 成文档。 1) 单元测试 : 单元测试过程把确认工作量活动侧重于软件最小单元的设计上。 单元测试是一种在编码阶段，测试代码的正确性。 单元测试为了发现如下缺陷：  模块边界缺陷  不恰当或不一致的数据输入  不正确的变量名  错误的开始或默认值 单元测试对于所有的项目是强制性的。 单元测试采用走查的方式进行 ,项目经理在走查完毕后出具单元测试报告。 2) 集成测试 : 集成测试是将系统部件整合在一起并且测试结果是否符合需求的进程。 集成测试的焦点在于合并单元来确保界面如所期望的那样工作。 在集成测试中，单元测试模块用来建立设计的系统。 集成测试总体上以递增形式 完成， 且有三大策略 ：  自顶向下的综合：这里主要的控制模块用于测试驱动，所有的子模块为占位。 并且不断得以深度优先或以广度优先为基础来替占位。 在设计过程中它较早地验证了主要的控制和关键点。 4  自底向上的综合：这里低级别的模块会被捆绑入簇（构建物）来运行具体的软件子功能，并且开发测试簇的驱动程序。 在沿着程序结构上升的同时，簇被不断的增加。  合二为一：总的来说，倾向于综合使用自底向上和自顶向下的测试方法。 但是关键模块应该在早期被整合和测试。 3) 系统测试 : 系统测试进程聚焦于所有需要适当整合来完成分配的功能的系统因素。 它的主要目标是估算系统特性。 系统测试始于集成测试的成功完成。