单元测试 – 您在实践中的单元测试的经验是什么？
|
//是的,弗吉尼亚州,有维基百科.
我在这里问的是你发现单元测试是在你自己的实践中. 了解引进单元测试的优缺点,障碍,单元测试过程中的缺陷,单元测试获得的价??值等等,这些开发者在日常实践中已经观察到了这一点. 我们在做什么 我在具有Oracle后端的Web应用程序上工作. 该应用已经投入使用了8年,维护工作也在不断加强. 我的开发团队执行单元测试脚本(UTS),旨在通过给定代码包的单元测试来开发人员. 这些UTS是2-20页Word文档,用于描述程序包的目的,结构以及封装内给定模块的详细说明. UTS总结了描述包的应用程序测试的部分. 这听起来不像我的单元测试.这听起来更像是系统集成测试,包含一个包的描述. 它当然不是自动化的. 随着我们的UTS实践在当前的状态,管理/编辑/其他文件不是一件微不足道的任务.当需要对特定包装进行增强或维护工作时,没有严格的检测程序来保证产品满意. 相反,我们有这个更高级别的UTS遵循,这并不接近于保证各种代码跟踪中的正确输出.
单位测试,对我来说,一直是一种混合的祝福.
我一直处于几年以前必须编写单元测试的情况,我完全看到清洁高效的开发周期的优势,但这些都是我面临的一些问题. >开发可能很干净,但是当需求变化时,您通常必须在单元测试级别重新启动.这当然是一个流程问题而不是TDD问题. 总而言之,我赞成使用单元测试来提高代码的稳定性,可靠性,简洁性和一般质量.回归测试是单元测试成为自己的巨大领域,我确信希望别人可以比我更好地解释他们的观点. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |