提高测试的价值
软件行业普遍的思维就是软件过程就是简单的编码过程，很多高层也不乏会如此思考。但是事实上软件过程包括多个过程，主要有需求访谈，需求分析，需求规格说明书，概要设计，详细设计，编码和单元测试，软件集成测试，系统集成测试，鉴定测试。从这些过程中就可以看到任何一个子过程都包括大大小小的测试。那么为什么测试又不被高层所重视呢？从本质讲一个企业就是一商人，那无可厚非的高层注重的就脱离不了成本，回报，效益。那么他们重视的就是那些为他们直接创造了高效益的群体。作为辅助作用的测试工作，我们不能像开发那样用缩短开发周期来为公司创造更多的效益，但我们可以通过保证质量，确保产品满足客户需求来节省公司的成本，通过间接的节省成本为企业创造更高的效益。
那么回到我们的实际工作上来，我们需要做的有哪些呢？以下总结了几点值得我们注意的地方：
1。确保项目完全符合最终客户需求
测试人员不会像需求访谈人员那样直接同客户协商去确保所做的项目完全符合客户需求。需求访谈人员进行需求访谈之后会同项目经理交待需求访谈记录，并进行大概讲解客户的需求，继而项目经理通过阅读分析需求访谈记录，进行系统分析确定需求规格说明书，那作为测试人员就要找好与整体项目的结合点。同项目组成员共同听取项目经理讲解客户需求及系统架构设计和概要设计，通过会议的形式深入了解系统业务流程，以确保在今后的测试过程中完全不偏离最终客户的需求。
2。增加跟踪需求变更的频率
了解了系统整体流程只是做好了一个开头工作，产品不真正交到客户手中，并得到满分那就不能算成功的项目。软件项目不可避免的需求变更是最挠头的事，为了避免开发过程中因懒惰而造成的需求不一致，测试人员就要增加对需求变更的跟踪，最大程度的避免此类事情发生。
3。提交有价值的数据
作测试总结报告的时候，老习惯就是包括一些测试时间，测试资源，剩余问题个数，问题严重性，问题类型等。这些都仅仅是表面数据，无论作为项目经理，企业高层希望看到的根本不只是这些。所以在提交此类数据的时候，要有针对性，针对不同的检查群体来做不同的总结报告。例如：项目经理关注的是最多发生问题的点，最多发生的问题的类型及有什么对解决问题有帮助的信息。而企业高层关注的是项目能不能给客户，测试工作是否延期，延期的原因是什么。所以针对不同人群测试人员就要提交不同的总结报告，不可千篇一律。做到特殊人群特殊对待 小公司都要考虑成本的，所以不太重视测试哦 楼主说得挺有道理的，不过不知道国内有多少家公司能如此规范？ :victory: 不错 好。学习。 哎~~~~每个领导都是想少花钱，让你多干事！不是很快见效果的东西根本不想听！ 公司不重视，很大一部分原因是客户根本不重视，只要软件能正常使用，哪怕有许多安全方面性能方面功能方式使用方面的问题，客户也不去认真计较，所以导致开发公司的老总也就不较真了，如果客户能较真，老总能不重视么？不过话又说回来，客户自己较真，多花的还是自己的钱，哎！....... 3。提交有价值的数据
作测试总结报告的时候，老习惯就是包括一些测试时间，测试资源，剩余问题个数，问题严重性，问题类型等。这些都仅仅是表面数据，无论作为项目经理，企业高层希望看到的根本不只是这些。所以在提交此类数据的时候，要有针对性，针对不同的检查群体来做不同的总结报告。例如：项目经理关注的是最多发生问题的点，最多发生的问题的类型及有什么对解决问题有帮助的信息。而企业高层关注的是项目能不能给客户，测试工作是否延期，延期的原因是什么。所以针对不同人群测试人员就要提交不同的总结报告，不可千篇一律。做到特殊人群特殊对待
老总就看这个滴 好贴 1。确保项目完全符合最终客户需求
这个实在是太难
页:
[1]
