找回密码
 FreeOZ用户注册
楼主: DDD888
打印 上一主题 下一主题

[其他] 如果老板不同意我花时间写unit testing,该如何办啊?

[复制链接]
61#
 楼主| 发表于 14-12-2013 05:28:12 | 只看该作者

你们公司挺厉害的,一个change要三个人来review,那这样一来万一老板要辞退一个人,可以有三个人来代替
回复  

使用道具 举报

62#
发表于 16-12-2013 08:34:37 | 只看该作者
DDD888 发表于 13-12-2013 09:51
啥是小项目,啥是大项目?

按代码量,复杂度访问率等多个指标来衡量
回复  

使用道具 举报

63#
 楼主| 发表于 16-12-2013 09:08:00 | 只看该作者
本帖最后由 DDD888 于 16-12-2013 09:09 编辑
planetkeeper 发表于 16-12-2013 08:34
按代码量,复杂度访问率等多个指标来衡量


谢谢,我感觉我做的是大项目啦

我现在做的网站的同样类似功能的项目在我以前曾工作的公司大概需要十个人(6  programmers + 1 team leader + 3 qa)来做两年啦,那时是用j2ee orion application server用java开发,当然现在只要个iis用asp.net mvc就行了.
回复  

使用道具 举报

64#
发表于 16-12-2013 13:28:49 | 只看该作者
DDD888 发表于 16-12-2013 09:08
谢谢,我感觉我做的是大项目啦

我现在做的网站的同样类似功能的项目在我以前曾工作的公司大概需要十个 ...


这方面的技术我都不懂,不过如果你现在一个人做一个大项目的话

还要应该要求加人手,延长工期或者加薪水的
回复  

使用道具 举报

65#
发表于 16-12-2013 14:43:22 | 只看该作者
项目大小我觉得应该看参与项目的人的多少,不光是开发还有测试,维护,销售,项目管理等。楼主还是挺牛的,一个人搞这么多,还这么认真负责。只是有一点,没有100%没有问题的程序,你单元测试覆盖率100%也不能保证没有问题。就是程序完全正确,还存在系统问题,还可能出现需求理解问题,各个层面上都会出现问题,我觉得最重要的还是老板要理解,不出大问题就成。你老板那样的,很难共事,炒了他得了。
回复  

使用道具 举报

66#
发表于 16-12-2013 23:32:31 | 只看该作者
同意炒了老板算了
回复  

使用道具 举报

67#
 楼主| 发表于 17-12-2013 12:28:02 | 只看该作者
土豆烧牛肉 发表于 16-12-2013 23:32
同意炒了老板算了

现在全球经济这样差,没了工作也还是要养家的呀
回复  

使用道具 举报

68#
发表于 17-12-2013 18:43:31 | 只看该作者
骑驴找马, 看这个样子是你老板离不开你
回复  

使用道具 举报

69#
发表于 17-12-2013 23:26:27 | 只看该作者
DDD888 发表于 14-12-2013 05:25
我写的unit test

namespace UnitTest.Qunit

对大概就是这种东西。只要能起一个browser再跑一下全部qunit test就行了。
我们的好像是一个个Test的点。
回复  

使用道具 举报

70#
发表于 17-12-2013 23:33:11 | 只看该作者
DDD888 发表于 14-12-2013 05:28
你们公司挺厉害的,一个change要三个人来review,那这样一来万一老板要辞退一个人,可以有三个人来代替


不能老是想着要辞退。真的天天要担心被辞退的话,就不应该在这个公司上班了。
没有什么人是不可或缺的。就算整个app你见都没见过,老板让你接手,你还不是要接手。
code review也只能一定程度上发现一些问题。
回复  

使用道具 举报

71#
发表于 18-12-2013 10:08:31 | 只看该作者
cais 发表于 17-12-2013 23:33
不能老是想着要辞退。真的天天要担心被辞退的话,就不应该在这个公司上班了。
没有什么人是不可 ...

code review能发现的,测试都能发现
code review只是个placebo
回复  

使用道具 举报

72#
 楼主| 发表于 18-12-2013 12:16:13 | 只看该作者
planetkeeper 发表于 18-12-2013 10:08
code review能发现的,测试都能发现
code review只是个placebo

我发现code review只不过是走形式啦,一点用都没有

评分

参与人数 1威望 +1 收起 理由
cais + 1 你太有才了!

查看全部评分

回复  

使用道具 举报

73#
发表于 18-12-2013 12:26:46 | 只看该作者
本帖最后由 ericvan76 于 18-12-2013 10:29 编辑
planetkeeper 发表于 18-12-2013 08:08
code review能发现的,测试都能发现
code review只是个placebo


不一定啦,如果让code review和test去发现同样的问题,那其实没什么意思,我倒是觉得code review是在做不同的事。打个比方,很多时候对于新手,会要求做code review,新手做的东西,往往功能实现了,test也ok,但在某些地方会存在一些潜在的问题,当时也许暴露不出来,也不一定是错误,但可能以后会有麻烦,我不知道具体怎么说,带过新手的人应该能明白。

评分

参与人数 1威望 +50 收起 理由
karl.lee.2004 + 50 想到一個,查內存洩露

查看全部评分

回复  

使用道具 举报

74#
发表于 18-12-2013 12:39:48 | 只看该作者
ericvan76 发表于 18-12-2013 12:26
不一定啦,如果让code review和test去发现同样的问题,那其实没什么意思,我倒是觉得code review是在做 ...

带新手用code review是非常低效的方法,design阶段就应该把关,等code review再查这些设计问题
事倍功半
回复  

使用道具 举报

75#
发表于 18-12-2013 12:44:33 | 只看该作者
本帖最后由 ericvan76 于 18-12-2013 10:51 编辑
planetkeeper 发表于 18-12-2013 10:39
带新手用code review是非常低效的方法,design阶段就应该把关,等code review再查这些设计问题
事倍功半


我有说过是设计问题么?

我只是拿新手来打个比方,其实我只想说,code review和test的功能是不一样的,针对你的这句话“code review能发现的,测试都能发现”。
回复  

使用道具 举报

76#
 楼主| 发表于 18-12-2013 13:10:53 | 只看该作者
我记的我以前工作的公司也没啥带新手,就是让新手来改错,资深程序员开发新项目和新功能
回复  

使用道具 举报

77#
发表于 18-12-2013 13:18:34 | 只看该作者
ericvan76 发表于 18-12-2013 12:44
我有说过是设计问题么?

我只是拿新手来打个比方,其实我只想说,code review和test的功能是不一样 ...

code review和test的功能是不一样,不过如果code review能发现unit test测不出的问题
那么这个unit test要重写了
回复  

使用道具 举报

78#
发表于 18-12-2013 13:27:16 | 只看该作者
planetkeeper 发表于 18-12-2013 11:18
code review和test的功能是不一样,不过如果code review能发现unit test测不出的问题
那么这个unit test ...

Agree to disagree.
回复  

使用道具 举报

79#
发表于 18-12-2013 13:31:01 | 只看该作者
ericvan76 发表于 18-12-2013 13:27
Agree to disagree.

disagree to agree
回复  

使用道具 举报

80#
发表于 18-12-2013 23:35:40 | 只看该作者
planetkeeper 发表于 18-12-2013 13:18
code review和test的功能是不一样,不过如果code review能发现unit test测不出的问题
那么这个unit test ...

code review的时候,连test codes也一起review的。
有些问题改了之后,需要改test。有些不是。
有很多介于design跟implementation之间的问题,只能通过code review发现。
回复  

使用道具 举报

81#
发表于 18-12-2013 23:37:22 | 只看该作者
ericvan76 发表于 18-12-2013 12:26
不一定啦,如果让code review和test去发现同样的问题,那其实没什么意思,我倒是觉得code review是在做 ...

带新手的话,个人觉得pair programming是挺不错的一个选择。基本上是手把手教啊。
当然这个“新手”是指新来的人。不一定是没有经验的人。
回复  

使用道具 举报

82#
发表于 19-12-2013 09:33:09 | 只看该作者
cais 发表于 18-12-2013 23:35
code review的时候,连test codes也一起review的。
有些问题改了之后,需要改test。有些不是。
有很多介 ...

没错,不过我就是不太赞同过于依赖code review
比如有些地方ut都没做,就靠code review来把关。。。
回复  

使用道具 举报

83#
发表于 19-12-2013 10:05:02 | 只看该作者
还是我个公司神,没有code review, 没有 unit test,有时候甚至没有测试就发布了

评分

参与人数 1威望 +50 收起 理由
melmonash + 50 谢谢分享!

查看全部评分

回复  

使用道具 举报

84#
发表于 19-12-2013 10:12:08 | 只看该作者
planetkeeper 发表于 19-12-2013 07:33
没错,不过我就是不太赞同过于依赖code review
比如有些地方ut都没做,就靠code review来把关。。。

我也没说“过于依赖code review”啊,你这个人吧,总是喜欢把别人的看法极端化。
回复  

使用道具 举报

85#
发表于 19-12-2013 10:12:49 | 只看该作者
kiluyar 发表于 19-12-2013 10:05
还是我个公司神,没有code review, 没有 unit test,有时候甚至没有测试就发布了

彻底败了,土澳果然是个神奇的地方
总是能刷新我的认知极限
回复  

使用道具 举报

86#
发表于 19-12-2013 10:37:18 | 只看该作者
ericvan76 发表于 19-12-2013 10:12
我也没说“过于依赖code review”啊,你这个人吧,总是喜欢把别人的看法极端化。

那就好好说话,不要为了反对而反对
回复  

使用道具 举报

87#
发表于 19-12-2013 10:42:35 | 只看该作者
本帖最后由 ericvan76 于 19-12-2013 08:53 编辑
planetkeeper 发表于 19-12-2013 08:37
那就好好说话,不要为了反对而反对


呵呵,为了反对而反对,这话从你嘴里说出来真可笑。

我觉得只是持有不同看法而已,不存在什么反对不反对。

你去看我回你的第一个帖子的第一句话,我用了“不一定”,后面是”我觉得“,都还算比较婉转吧,我可没说什么“反对”,“错”这样的字眼吧。

这还不算好好说话你想怎样?好好的讨论气氛都让你给破坏了。

回复  

使用道具 举报

88#
发表于 19-12-2013 10:53:47 | 只看该作者
ericvan76 发表于 19-12-2013 10:42
呵呵,为了反对而反对,这话从你嘴里说出来真可笑。

我觉得只是持有不同看法而已,不存在什么反对不 ...

噗,这是在自抽吗?

观点不同很正常,谁在为反对而反对,一目了然
回复  

使用道具 举报

89#
发表于 19-12-2013 11:10:58 | 只看该作者
planetkeeper 发表于 19-12-2013 08:53
噗,这是在自抽吗?

观点不同很正常,谁在为反对而反对,一目了然

如果非要吵到谁先闭嘴谁就输的话,ok,这是我最后一贴,然后您一定会再反驳我一次,你赢了。
回复  

使用道具 举报

90#
发表于 19-12-2013 11:18:51 | 只看该作者
好好的讨论帖子,有些人就是喜欢来歪楼,歪完然后说这都是你的错
回复  

使用道具 举报

您需要登录后才可以回帖 登录 | FreeOZ用户注册

本版积分规则

小黑屋|手机版|Archiver|FreeOZ论坛

GMT+11, 2-11-2024 15:21 , Processed in 0.076436 second(s), 48 queries , Gzip On, Redis On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表