端口测试策略.docx

负责人选 l 预定的测试时间 Oslash; 如果没有合适的测试环境，测试可能需要在周末或者工作时间以 外的时间里进行 l 需要什么类型的测试用例， 需要多少以及这些用例分别是用来测试什么的 Oslash; 提供测试用例的副本及相关文件给相关合作人员 Oslash; 如果外部组织有一些特殊用例需要执行，我们也需要拿到相关副 本及文件 l 谁将提供测试数据， 这些测试数据包括哪些方面的内容， 是以什么形式给 出的（纸质，电子档还是只是一些数据的底稿并且需要相关的人员整理成可用的 数据） l 谁将对测试结果进行确认并且判别这些数据就是我们所需要的 l 每隔多久时间我们需要各路人马需要聚在一起讨论测试中遇到的问题以 及测试进度 sup2; 所有正常的情形和异常的情形都需要测试，测试的各个方面（数据 的各个出口，路径，入口）都需要尽可能考虑周全。我们不仅需要用一般大小的 数据量去测试，也需要用预期的或者规定的最大数据量去测试 sup2; 如果允许的话，我们还可以测试各个部分处理一批数据的时间数据 sup2; 如果因修复 bug 等改动代码从而改变了接口的某一端， 相关的决定， 到期时间，再测试等过程都应该被记录在案，并且分发到各个相关组织或人员。 职责划分 sup2; 测试的建立 开发人员，数据库和 / 或系统的负责人， 或者测 试人员 sup2; 测试的执行 测试人员 sup2; 测试结果的确认，测试结束的决定 开发组长，测试组长，质 量保证组长，架构人员，项目负责人，外部组织负责人（如果可以的话） 测试环境 sup2; 系统测试环境和外部组织的测试环境 数据类型 sup2; 真实的数据 被处理过的用于测试的数据 测试结束 sup2; 依照某某文档 测试需求分析和设计评审 DMA8 接口文档 .docx 测试框架和技术选型 测试计划制定 测试资源 分配资源 测试内容 风险评估 测试环境搭建 测试用例设计和评审 测试实现和执行 持续集成