1
moro 2015-05-25 15:38:39 +08:00
bug是不可避免的,
可以增加一个线上测试版本。 |
2
laoertongzhi 2015-05-25 16:08:59 +08:00 1
开发前: 要求产品提供详细的PRD和流程图 , 增加需求评审环节 。在需求评审之前至少提前一天将PRD和流程图发给研发,让研发消化,以便能够在评审会上提出所有有疑问的地方;
开发中: 不知道 …… (非程序猿) 测试ing:研发内部测试 —— 测试环境测试 ——预发布测试(线上真实数据)—— 正式上线 |
3
kepenj OP @moro po猪团队规模较小,就公司而言无法发动内部的大规模测试;部分核心用户的测试量也较少。 po猪可能比较需求能在开发和测试这个阶段去定位或者覆盖,有没有好的一些平台或者工具或者方案去处理这些呢?
|
4
lionyue 2015-05-25 23:55:57 +08:00
灰度发布两三个版本,收集bug,解决bug,然后再发布
|
6
fangjinmin 2015-05-26 12:42:53 +08:00
正确的做法是这样的,对每一个阶段的工作都做review。首先设计和构架完成后, 开发人员一起review,如果有问题,修改到没有为止。第二阶段,编码。规范编码的归程,大家都要遵守,编码后,代码也要review, 检查有没有明显逻辑上的错误或者误输入。第三阶段就是重中之重的测试了。测试分为几轮,unit测试,集成测试和系统测试。尽可能地测试出BUG。从软件工程学上来说,设计,编码和测试所要的时间应该接近于1:1:1,哪个环节少了,都会出问题。问题是越早暴露越好。如果设计的问题,到了系统测试才暴露出来,那改动将是非常之大。
|