23,404
社区成员
发帖
与我相关
我的任务
分享关于对日外包中的测试一问
鉴于前面一贴没有什么有效回答，特此重问。
中国这些对日外包公司做的项目，作为pg,单体测试一般占编码和单体测试的时间的比例是多少？我最近进了一家做对日的公司，它从详设到联合测试统统包揽，但，单体测试占编码和单体测试的2/3,编码时间只有1/3,听人说的，我很郁闷，听说测试工作量很大，而且枯燥，不知是该公司要求的就是这么严，用大量时间作测试，还是个别情况，不知是去是留。
我现在这家公司这样做测试，程序中不同的地方（只要有逻辑，如赋值），就要写个对应的case，并且，不同的点之间测试的case数据可以不一样？我很疑惑这一点。
举例：
public void test(int [] arr){
int len=arr.length;//测这个点可以用数据arr为[1,2,3]，确认len为3
bean.setLength(len);;//测这个点则不管前面用的是什么数据，设个别的都可以，如[5,8],确认某bean的length属性确实为2
}
只要是数据发生变化的点，都要写个这样的case，很琐碎，而且，不同的点居然同时可以用不同的数据，我怎么也无法理解。但别人就是这么告诉我的。另外，如a and b这样的条件是这么测，先让a为真，然后b分别为真和假，测2次，反之，让b为真，a为真和假，再测2次，可以想像，要进行所谓的数据覆盖，需要多么大量的工作，纯粹是一个专业的测试工程师才能胜任，case式样书也得自己写，比想代码都难。我不知道软件公司里有多少都这样干，我在大连
中国这些对日外包公司做的项目，作为pg,单体测试一般占编码和单体测试的时间的比例是多少？我最近进了一家做对日的公司，它从详设到联合测试统统包揽，但，单体测试占编码和单体测试的2/3,编码时间只有1/3,听人说的，我很郁闷，听说测试工作量很大，而且枯燥，不知是该公司要求的就是这么严，用大量时间作测试，还是个别情况，不知是去是留。
我现在这家公司这样做测试，程序中不同的地方（只要有逻辑，如赋值），就要写个对应的case，并且，不同的点之间测试的case数据可以不一样？我很疑惑这一点。
举例：
public void test(int [] arr){
int len=arr.length;//测这个点可以用数据arr为[1,2,3]，确认len为3
bean.setLength(len);;//测这个点则不管前面用的是什么数据，设个别的都可以，如[5,8],确认某bean的length属性确实为2
}
只要是数据发生变化的点，都要写个这样的case，很琐碎，而且，不同的点居然同时可以用不同的数据，我怎么也无法理解。但别人就是这么告诉我的。另外，如a and b这样的条件是这么测，先让a为真，然后b分别为真和假，测2次，反之，让b为真，a为真和假，再测2次，可以想像，要进行所谓的数据覆盖，需要多么大量的工作，纯粹是一个专业的测试工程师才能胜任，case式样书也得自己写，比想代码都难。我不知道软件公司里有多少都这样干，我在大连
...全文
请发表友善的回复…
发表回复
fxbird 2006-02-20
- 打赏
- 举报
help up
theoffspring 2006-02-20
- 打赏
- 举报
当然要大量时间花在编码上了，明知道是对的干嘛要测，不是说测试不重要，而是测试也要适度，没必要测得这么变态，欧美项目好像也不是这么测，难道人家的项目都有很多bug吗。楼上你以为大量时间测试就能保证没有bug了吗
上海小旋風 2006-02-20
- 打赏
- 举报
本人从事对日软件开发，楼主所说的确实是事实。这样对软件质量是很有好处的，难道楼主想把大部分时间放在编码上吗？这样你怎么保证自己写的代码不存在这样那样的bug呢？日本的软件开发流程是很值得国内学习的。
theoffspring 2006-02-19
- 打赏
- 举报
楼上说得对呀，“测试耗时太多的根本原因是测试手段和工具落后，缺乏专业测试人员，
片面追求形式而忽略测试的真正目的。”我也觉得纯粹是吹毛求疵，但这是个别现象还是普遍现象呢。
片面追求形式而忽略测试的真正目的。”我也觉得纯粹是吹毛求疵，但这是个别现象还是普遍现象呢。
梦想家起飞 2006-02-18
- 打赏
- 举报
俺现在的烂项目，编码和测试的时间比值大概是1:9，呵呵。你那边1:3算正常了。
测试耗时太多的根本原因是测试手段和工具落后，缺乏专业测试人员，
片面追求形式而忽略测试的真正目的。
测试耗时太多的根本原因是测试手段和工具落后，缺乏专业测试人员，
片面追求形式而忽略测试的真正目的。
theoffspring 2006-02-18
- 打赏
- 举报
pg,单体测试一般占编码和单体测试的时间的比例是多少才算是比较正常的，是不是只有少数公司才这么变态啊
dlxu 2006-02-17
- 打赏
- 举报
片面追求测试代码覆盖率反而会造成测试代码品质急剧下降
panzi667 2006-02-17
- 打赏
- 举报
也想了解
xiaofeng3385 2006-02-17
- 打赏
- 举报
感觉的确有点变态，
我也做对日，目前的测试也感觉够烦了，和楼主比起来还差不少呀
我也做对日，目前的测试也感觉够烦了，和楼主比起来还差不少呀
theoffspring 2006-02-17
- 打赏
- 举报
没有人知道了吗
零上三度 2006-02-17
- 打赏
- 举报
感觉是死板了，不过，也不完全是坏处。有了规定，所有人都按照这个规定作，虽然对于个人来说会浪费很多时间，或者搞不清楚，但是整个团队的工作会比较有序。而且，日式企业一向不主张个人，如果性格上无法认同早点离开的好。我现在也在日系企业，很多时候都感到比较压抑。不过，对于性格的磨炼倒是好事。
theoffspring 2006-02-16
- 打赏
- 举报
to infowain:
不会超过一半，是指占总时间吧，那么编码和单体测试的时间的比例是多少。
我听说别的公司都是测试式样书日方已经提供了，照着测就行了。真没听说过自己写case,写测试式样书的（当然用日文），今天花了一下午的时间写了个只有20来行的程序的测试式样书，还有的公司的测试时间也只有编码时间的1/2（可能是小公司吧）。我现在的这个公司是个有多家分公司的上市公司，目前40人，java开发15人，也不算大，一个for循环（for(int i=0;i<10;i++)）要测三个点，i=0的时候，取一下0索引的数组值，小于10而大于0,再取个数组值，再取个不同于小于10而大于0的值，取一下数组值，也就是说，要证明确实循环了，晕。即使程序员参与单体测试，好像也不应该这么夸张吧。接下来有2周左右时间进行编码加单体测试，每个人写4、5个类，顶多3、4天就写完了，剩下时间全写单体测试，这样我在那儿呆2年，能写几行代码？我现在最关心的问题有2个，一般情况下，测试式样书是谁写？编码时间和单体测试时间比例多少是正常的?
不会超过一半，是指占总时间吧，那么编码和单体测试的时间的比例是多少。
我听说别的公司都是测试式样书日方已经提供了，照着测就行了。真没听说过自己写case,写测试式样书的（当然用日文），今天花了一下午的时间写了个只有20来行的程序的测试式样书，还有的公司的测试时间也只有编码时间的1/2（可能是小公司吧）。我现在的这个公司是个有多家分公司的上市公司，目前40人，java开发15人，也不算大，一个for循环（for(int i=0;i<10;i++)）要测三个点，i=0的时候，取一下0索引的数组值，小于10而大于0,再取个数组值，再取个不同于小于10而大于0的值，取一下数组值，也就是说，要证明确实循环了，晕。即使程序员参与单体测试，好像也不应该这么夸张吧。接下来有2周左右时间进行编码加单体测试，每个人写4、5个类，顶多3、4天就写完了，剩下时间全写单体测试，这样我在那儿呆2年，能写几行代码？我现在最关心的问题有2个，一般情况下，测试式样书是谁写？编码时间和单体测试时间比例多少是正常的?
TinyJimmy 2006-02-15
- 打赏
- 举报
应该测试开发分离才对, 而且测试的粒度应该可控, 到函数级别即可, 没有必要到程序行.
famousboy 2006-02-15
- 打赏
- 举报
这是日本人要求的，日本项目全部这样，对软件过程要就非常严格。每个测试case都是要经过设计的，都要写进文档，还会有人对case进行评审。只要做日本项目，就是这样，但我个人觉得这是别人比较先进的地方，我们国内项目做不到这一点。
infowain 2006-02-15
- 打赏
- 举报
比较大规模的公司都需要开发人员写单元测试的，通常程序员真正花在编码的时间不会超过一半。
infowain 2006-02-15
- 打赏
- 举报
比较大规模的公司都需要开发人员写单元测试的，通常程序员真正花在编码的时间不会超过一半。
执假以为真 2006-02-15
- 打赏
- 举报
帮你顶
