另外，昨天写的时候发现，我们手工测试人员也在更改用例，这导致脚本两头受阻，很是难受。想到的解决办法是就是在test summary里面给出颜色标注哪些case变化了，这样我在修改的时候更快的定位。但是仍然有不少步骤被删除或者新步骤的添加，比较浪费时间。
目前页面仍然没有提供，我按照逻辑把代码实现了，但是中间很多断言都注释掉了，现在担心的是页面重构的时候，我这边代码改动会比较大，马上就SIT了。
邓智群 2011-11-23
要定一个标准
刘俊 2011-11-24
邓智群: 要定一个标准
什么标准？
邓智群 2011-11-24
刘俊: 什么标准？
比如定稿以后在写用例
刘俊 2011-11-25
邓智群: 比如定稿以后在写用例
敏捷开发流程里面不存在需求定稿呢，要随时应对变化，呵呵
邓智群 2011-11-25
刘俊: 敏捷开发流程里面不存在需求定稿呢，要随时应对变化，呵呵
敏捷啊，敏捷要讲求快 准 很
刘俊 2011-11-28
邓智群: 敏捷啊，敏捷要讲求快 准 很
敏捷需要和客户亲密接触，就像打靶一样，你却很难摸清楚靶子在哪，因为客户也很糊涂
请 登录 后发表评论
