我现在有很多头疼的维护网站。大多数情况下,经过几次更新后,事情最终会破裂。该网站由我们团队中的两位开发人员启动,然后传递给我。我想知道考虑到我正在进行项目的一半,是否可以单独进行单元测试和验收测试。
现在编写测试需要很长时间吗?它是否实用或有其他测试方法吗?
答案 0 :(得分:2)
引入测试永远不会太早,越早开始测试就越快。
我从两个不同观点开始测试。首先,如果你有一些相当独立的java类用于业务逻辑和数据处理之类的东西,我会开始为它们创建JUnit测试,以解决内部代码问题。
其次,我希望为业务指定的用例创建测试。这些很可能是在Selenium之类的东西中完成的,因为您希望测试遵循用例指定的与网站的交互。将细节留在幕后的JUnit测试中。这些是功能的高级确认。
所有这些都需要时间,管理层不太可能只做几个或几周或更长时间的测试。相反,处理它的最可能的方法是随你去做。填写修复和新功能的时间报价以允许编写测试。请记住,编写测试可能需要50%或更多的时间,特别是当您开始填写它们时。一旦你拥有各种各样的套件,时间会有所回落,但即使这样,一些测试也比代码更难编写。但他们是值得的。
答案 1 :(得分:0)
我同意德里克的观点。不算太迟。为测试创建框架。可能是一个集成测试项目,一个用于单元测试。当您在当天晚些时候,专注于集成测试,这将允许您在部署之前对解决方案进行完整性测试。你将从中获得快速的好处。随着错误的增加,这也将为您提供更轻松地重现它们并更快地创建修复程序的基础结构。