关于开发中的测试

Question

好久没有提问了,问个问题:
1.开发中,你们有自动化软件测试自己的代码吗?
  a.有的话,能提供点资料或链接介绍介绍吗?(逻辑代码测试,UI测试...)
  b.没有的话,是不是你们测试都是运行程序,出错了再去改,改了再运行,运行了再测试..如此反复?如果你有好的建议,尽管提:)[针对开发中的测试环节的相关建议]
谢谢.谢绝无意义回复.

Answer 1

TDD 就是先写测试用例、再编写代码
TDD是系统重构的关键
http://topic.csdn.net/u/20100612/18/e2e1d316-c60e-4e58-9113-c19f0a9ec1bb.html

Answer 2

TDD -- Test Drive Development。先写测试用例，再开发，然后每修改代码，都要增加相应的测试用例，并且跑所有的用例。

Answer 3

推荐工具
NUint
http://www.nunit.org/

Answer 4

任何正规的测试（不管是手工的还是自动的）都是先写测试用例的。比如有的测试书上，对于一个简单的“求素数”的代码甚至都会写出不下20种测试用例出来。如果你看到一个公司养着好几个测试人员，时不时地报告bug，但是这些bug都没有遵照预先设计的测试用例，那么这个公司的测试人员其实是忽悠老板的！因此许多时候，我们说“测试”其实是夸张的，只是在调试时随便试试、蜻蜓点水地运行一分钟而已。

Answer 5

TDD的测试是自动化的，并且是基于任务需求而设计（而不是基于传统的单元测试的那种测试粒度），并且用程序完全可以查找或者随机生成测试数据，所以它往往比手工测试用例的要求数目少很多就足够了。比如你的项目可能有200个TDD测试，就能比手工测试用例的4000个测试用例还有效。自动化测试可以每隔几分钟就开始（可以自动地选择只运行最近几天的还是所有的测试），可以反复上百次、以随机方式产生测试数据，机器会不折不扣地执行测试。而手工测试要想回归几千个测试用例，不但数月才能回归一次，并且测试人员往往只是敷衍了事。自动测试没有什么通用的工具。流行的xUnit之类的只是一个最低级的工具。实际上可以花1周时间自己写一个测试引擎，然后慢慢完善其中几个工具（例如收集测试用例的执行结果数据并且直接用于其它测试用例的执行，就是最常需要的功能之一）。测试引擎的概念很简单，不过就是把一堆method放到一个数组中，然后你去反复地（比如确定要执行1000次）执行method，每一次都从这一堆中间随机挑选一个来执行。最后，打印出各类method的统计数据，比如运行速度、运行了多少次，等等信息。

Answer 6

sorry,最近忙,忘记来结贴了:(
测试驱动开发 大家可以去看看,这种方式挺适合公司大项目开发,我就是因为现在公司使用传统的开发流程,导致项目测试频繁,测试遗漏才来 问问题的.
谢谢大家:)
已结贴.