测试总结不仅仅要总结测试过程中内部的问题、外部的问题，它的定位是对这个项目或是这次的版本做一个全面的总结。以下是我最近参与的项目，从这个项目全面的来谈谈测试总结，希望给测试的小伙伴们一个好的想法，起到抛转引玉的作用。
这个项目的背景：1、项目周期历时半年的时间，涉及到8个应用系统；2、测试周期历时三个月，8个应用系统需测试。现回顾与描述整体项目的测试情况，总结经验教训。
一、测试过程总结
1、测试目标
项目的主系统为新建系统，涉及到另外7个外围应用系统与之相关联。重点安排新建功能点的测试，同时考虑外围系统修改后与新建系统的关联范围。测试团队以“整体交易通过率99.9%”为目标，采用端到端测试方法，实施功能、非功能测试；监控案例执行率、通过率等重要指标，重点难题逐个突破，以确保投产后系统稳定可靠运行。
2、测试计划策略
3、测试范围
3.1 新建系统
·界面类：所有界面都需要做UI、边界值、流程等等的验证；
· 接口验证：所涉及到的接口都需要做本身接口的验证及跟外围连通的验证；
· 全流程验证：应用系统与相关联系统做端对端的验证；
· 兼容性测试：新建系统的兼容性验证；
· 安全性测试：新建系统安全性的验证；
3.2 外围系统
· 接口验证:与新建系统对接的接口进行详细验证；旧接口进行流程验证；
· 全流程验证：所有功能进行全流程验证；
· 改造功能测试：外围系统自身改造功能进行重点验证；
4、测试用例
在测试案例方面，总结经验是：项目中对于用例的完善工作要果断，不要碍于时间影响；项目中可以采用功能二维表方式，清晰的分析测试点和执行结果。即前期用例主要以功能点验证为准，中期完善用例，后期加强用执行上的覆盖工作。
项目每轮次测试设计案例数、测试案例执行数、案例通过率情况如下：
5、提版情况
测试团队承接这8个应用系统中，提版的情况见下图。
新建系统平均每日提版2.2次，这包括了非工作日，说明每个工作日平均提版次数接近3次。外围系统中，外围系统2涉及到的连入新系统的工作量比外围系统1的大，但提版次数及下面的缺陷个数来看，都比外围系统1的少。
本文节选自第七十五期《51测试天地》
《测试管理能力如何？看看测试总结就知道了》一文
想继续阅读全文或查看更多精彩内容，请点击下载：
