关于TestPlatform：
51Testing：您是在什么契机下想到要开发TP软件的呢？
周峰：我们在给企业客户进行咨询、培训的时候，有两门课非常受欢迎，《测试分析设计》、《缺陷分析》等，客户都觉得非常有价值。但受制于这方面工具的缺乏，这些方法论的东西在项目实践中要推行起来比较困难，因此我们决定开发这套工具，帮助企业把测试分析、测试设计、缺陷分析等真正做起来。
51Testing：TP首创测试辅助分析设计功能，测试分析设计都有哪些理论？能给测试带来什么好处呢？能具体给大家讲讲么？
周峰：测试分析的目的为从开发需求提取测试项，TP提供了继承性分析、质量模型分析、功能交互分析、用户场景分析、测试特性建模、测试项分解分配等分析功能；测试设计的目的为从测试项设计测试用例，TP提供了逐级细分法、域测试法、状态迁移分析法、流程分析法、判定表法、因果图法、正交试验法、错误猜测法等分析功能，TP能帮助测试工程师使用这些工程方法，自动生成测试项、测试用例，提高测试覆盖率。同时自动建立和维护需求－测试项－测试用例的跟踪关系，利用跟踪关系分析需求变更对后面测试资产的影响分析，以保持同步变更；利用跟踪关系分析需求所处状态、被测试充分性、需求的质量等等，方便保持这些资产的一致性。
51Testing：我们都知道测试主要就是要找到软件的缺陷，而TP中也包含缺陷管理和度量，这个模块有什么特殊的功能么？
周峰：TP提供完善的缺陷跟踪流程，定义完备的缺陷属性以进行缺陷度量，同时支持缺陷跟踪流程的用户自定义和缺陷属性自定义。在此基础上，提供ODC分析、Gompertz分析、Rayleigh分析、四象限分析、DRE/DRM等工程分析功能，对缺陷进行单维度、多维度分析、进行缺陷趋势分析、对缺陷进行预测等，为软件质量、测试质量的评估、测试是否退出的判断、遗留缺陷的预测提供支撑。
周峰：TP是TestPlatform的缩写，我们将它定位为测试平台，即支撑所有测试工作的平台。对测试工程师而言，TP能够对其日常测试工作中的测试分析、测试设计、测试实现、测试执行等具体测试工作提供工程方法支持，同时实现了各环节测试资产（需求、测试项、测试用例、缺陷等）的管理和跟踪；另外还支持静态测试管理和个人工作日志管理。对于测试经理而言，TP提供三级测试计划体系，以测试计划为驱动，来支撑测试分析、测试设计、测试实现、测试执行、软件质量改进等软件测试所有环节的活动；支持测试全流程的度量，整个度量体系分规模、工作量、计划、质量等四大类共90多小类度量项，并在这些度量项基础上提供近100个分析指标，帮助管理者全方位评价软件质量、测试资产质量、测试效率、测试充分性等；提供提供ODC分析、Gompertz分析、Rayleigh分析、四象限分析、DRE/DRM等工程分析功能，帮助管理者建立软件研发过程的质量基线、测试能力基线，并帮助管理者将项目实际缺陷、能力数据和基线数据进行对比分析，发现软件过程中的改进点，判断测试是否可以退出、软件是否可以发布，并对软件中残留缺陷数进行预测。
周峰：我谈谈我的两点心得吧：
1、建议测试工程师在测试之余，有条件的话，多看开发文档（需求、设计等）、代码。做黑盒测试的不要满足于只了解系统外在的功能，而应该通过看文档和代码了解内在的实现和机制；而做白盒测试的工程师不能只满足于了解所负责模块的设计和代码，应该去阅读整个系统的文档和代码。从我个人的体会来看，当完整的从整体到内部细节完全弄通了一个系统后，整个人会上一个台阶，有一种一通百通的感觉。再接触新的系统就基本上很容易了；
2、重视缺陷分析，发现缺陷后不要只满足于提交缺陷单、最后回归一下。这样永远都不会有提高。建议每轮测试完成后，在回归时，把所有的缺陷单中开发定位的原因、缺陷位置、代码找出来好好读一遍。这个基础工作积累到一定程度，会发生质变。可能一看到某种缺陷现象，就能推测出是什么原因造成的；或者还在前期需求、设计、编码阶段，就能直接发现需求、设计、代码中的问题，因为你已经积累了很多会引起缺陷的根源，一看就知道开发这样做不行。这样就会上升到能进行静态测试，通过看文档、看代码，发现问题。
