小公司的产品质量从何抓起？
如题：目前公司现状：
测试周期短、测试人手不足（目前仅做功能测试），需求经常被改来改去。
很少按流程来做，有点像敏捷开发。 我们公司也没流程，基本是功能测试，需求不算太多，就我一个前端测试，提意见了也没人支持，郁闷啊 嗯，就是。
一般的小公司，都是以完成成品、上线为主，测试的话，占的重要度就是小。
如何在这样的小公司，把产品质量也保障了，这个是难点。
求达人指点！ 针对公司的情况，我列出了以下几个改善方案，刚刚提交上去，还不知道领导满意不满意。
先请各位大神给点建议！
相应改善方案：
1. 尽早让测试人员理解系统架构、业务逻辑，进行主要业务逻辑的接口测试；
2. 尽早开始测试（从企划开始）；
3. 穷尽测试是不可能的，引入代码覆盖率；
4. 每个开发人员先做好单体测试；
5. 开发人员进行代码Review;
6. Review测试用例
7. 对需求文档进行静态测试，对产品进行可用性测试。
8. QA概念：产品的QA不是光靠QA部门测试来保证质量的，要达到参与项目的每个人都担当起QA的职责，产品质量才能得到保障。
9. 引入项目评审：在项目结束后，以QA提供的各功能模块的bug list为基准， 进行项目评审， 建立Know How.） 楼主很有想法，表示支持。。这些方案措施也基本是大公司现在正用的。。 提上去的意见明显太多了，一次吃不完那么多。 首要任务可以把评审和计划做起来 回复 6# 千里
嗯，有道理。我也是先把可行的都先列举出来，领导觉得可行，就执行部分。不行再说。 楼主很有想法，表示支持。。这些方案措施也基本是大公司现在正用的。。
吼吼哈哈 发表于 2013-2-1 10:00 http://bbs.51testing.com/images/common/back.gif
嗯，其实有时候小公司没有按正常流程做项目，在一定程度上也可能是为了节约时间和成本；
但不按正规流程来做项目，实在是很难提升质量... 无规矩不成方圆。。还是按照制度流程走更好 不要想着一下子能够很完善 先把当前存在的问题理出来，然后分优先级一个个解决 每一次变更，都做好记录！ 流程的完善和规范肯定是大方向，不过围绕什么来推动流程的完善很重要。小公司老板关心的不是测试到底发现了多少bug，而是软件提交给客户后，客户那出多少问题，出多严重的问题。因此可以从漏测缺陷入手来进行缺陷分析，找到改进的方向和措施，这样来做肯定能得到老板的支持，也容易推进的多。
页:
[1]
