Shu*_*Liu 5 testing tdd unit-testing functional-testing
我刚刚回顾了最近几乎完成的项目并发现了一个非常严重的问题.我花了大部分时间来测试代码,重现不同情况"可能"导致代码错误.
您是否有任何想法或经验可以分享如何减少测试所花费的时间,从而使开发更加顺畅？
我试着按照我所有代码的测试驱动的概念,但我发现很难实现这一点,真的需要一些资深人士的帮助.
谢谢
回复:全部
感谢上面的答案,最初我的问题是如何减少一般测试的时间,但现在,问题在于如何编写有效的自动化测试代码.
我将尝试提高我的技能,如何编写测试套装以减少这部分时间.
但是,我仍然在努力减少如何减少重现错误所花费的时间,例如,一个标准的博客项目很容易重现情况可能会导致错误但是复杂的定制内部系统可能"永远"无法测试经常外出,值得吗？您对如何在此类项目上构建测试计划有任何想法吗？
谢谢你的进一步答案.
测试驱动设计与测试(质量保证)无关.它从一开始就被命名不佳.
它是关于具有机器可运行的程序行为的假设和规范,并且由程序员在编程期间完成,以确保假设是明确的.
由于这些任务必须在产品生命周期的某个阶段完成,因此它只是工作的转变.是否效率更高或更低是另一次辩论.
你所指的我不会打电话给测试.拥有强大的TDD确实意味着测试阶段不必依赖于大量的错误,这些错误会在他们达到测试版本之前很久就会被捕获(因为他们与经验丰富的程序员在非TDD中具有良好的规范和响应的利益相关者环境).
如果您认为前期测试(可运行的规范)是一个严重的问题,我想这可归结为预计开发的相对阶段需要花费多少时间和金钱？