[需求管理] 让程序员自己测试自己的模块是否合适
 |
witcheryne
2013-08-30
zhuchao_ko 写道 单元测试必须是开发人员自己测，单元测试都不做丢给测试部门太没职业道德了。
呃，都上升到道德问题了。 单元测试不写直接丢给测试人员，这事儿我经常干。 单元测试跟测试人员的测试没太大关系。(这点不解释) 单元测试比较好的实践方式: TDD, BDD。 1. 一般情况我们习惯于根据脑子里的思路直接写程序。写好程序后，用眼睛来判断程序是否跟设想的一样。 2. 有写经验之后，会借助一些工具把思路记录下来，比如画草图，todo list, checklist。程序时间后，根据之前的记录进行核对。 3. 更好的做法, 用代码(测试)将思路描述出来，之后实现程序。用测试工具保证程序实现和预想结果一样。(缺点，在需求不明确的情况，测试先行不好实施)。 无论是否写Unit Test，请改掉采用方法1开发程序的习惯，尝试使用2,3方法来写程序。 |
 |
wangkechao.dream
2013-08-30
突然觉得楼主的问题有问题。测试也分为单元测试,集成测试,业务测试。程序员当然要做必要的测试。但是。。。当然要测试人员和业务人员去测了。
|
 |
rox
2013-08-31
witcheryne 写道 zhuchao_ko 写道 单元测试必须是开发人员自己测，单元测试都不做丢给测试部门太没职业道德了。
呃，都上升到道德问题了。 单元测试不写直接丢给测试人员，这事儿我经常干。 单元测试跟测试人员的测试没太大关系。(这点不解释) 单元测试比较好的实践方式: TDD, BDD。 1. 一般情况我们习惯于根据脑子里的思路直接写程序。写好程序后，用眼睛来判断程序是否跟设想的一样。 2. 有写经验之后，会借助一些工具把思路记录下来，比如画草图，todo list, checklist。程序时间后，根据之前的记录进行核对。 3. 更好的做法, 用代码(测试)将思路描述出来，之后实现程序。用测试工具保证程序实现和预想结果一样。(缺点，在需求不明确的情况，测试先行不好实施)。 无论是否写Unit Test，请改掉采用方法1开发程序的习惯，尝试使用2,3方法来写程序。 是呀，好多人都是把Unit Test当作辅助工具。有时候感觉真的很郁闷... |
 |
297113372
2013-09-02
自测CURD,页面分页和跳转，js验证。
|
|
Mr_yuhualing
2013-09-03
|
 |
cuisuqiang
2013-09-03
|
|
大姨妈无视BKB了
2013-09-06
我们公司就是谁开发的谁维护，需求做完，启服务，自己造数据进行测试，其实也就是看有无异常，功能运行是否正常
|
|
cuisuqiang
2013-09-06
大姨妈无视BKB了 写道 我们公司就是谁开发的谁维护，需求做完，启服务，自己造数据进行测试，其实也就是看有无异常，功能运行是否正常
关键是效果如何 |
|
cuisuqiang
2013-09-06
大姨妈无视BKB了 写道 我们公司就是谁开发的谁维护，需求做完，启服务，自己造数据进行测试，其实也就是看有无异常，功能运行是否正常
关键是效果如何 |
 |
骑猴上树
2013-09-08
我测自己的东西，都测不出来。。。。。。
|
