关于Test Case与Bugzilla的一点思考

对于开发人员来说,我觉得自己先做单元测试是必要的,当然,其实不管做什么测试,Test case我觉得有必要进行一个管理,可以将操作流程,测试中用的数据,发生了什么问题,出在哪个模块中,怎么修正的,我觉得都可以记下来,以方便进行管理。

这样做的好处是:保存Test Case,方便后来的程序员进行测试,因为他可以知道什么地方workflow没走过(代码覆盖率。。。。。),以及什么测试做过了,自己还要做哪些测试。

并且后来改的代码或重构之后的代码至少之前这些Test Case要跑通(流程,或数据)以验证现在的代码是正确的。

Bugzilla我感觉对于开发人员来说粒度太粗,很多时候我感觉是给外部那些人员用的(有点像黑盒测试),看到的很多东西只是表面的。对于接触代码的开发人员来说还是不太友好。(SVN或者CVS那种很多时候只是开发人员随手记录代码修改的,我感觉随意性很强)

不知道现在有没有这种Test Case管理工具,没有的话下一步我准备自己写一个。当然工具的目的是:简单易用,方便管理,便于跟踪代码的修正情况,而且不能因为工具的加入而去特意学这个工具(方便一点,傻瓜一点),那就实在得不偿失了(特别在敏捷的情况下)。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值