我发现编写测试比编写代码本身耗时大约 10 倍。这个问题在这里被问到:Level of detail of your unit tests然而,答案似乎都是亲测的,我不服气。
我很欣赏编写测试如何节省时间,尤其是那些过去让我头疼的代码。然而:
烦人的是,似乎最需要自动化测试的东西是最难的? (例如,Android 中 GPS 信号不足的测试)
测试貌似需要修改原来的代码。
测试代码添加依赖,这就是黑盒测试,更不用说白盒测试了。
假设我将是唯一处理代码的人,并且我只会开发相对较小的应用程序,除了最重要的对具有大量逻辑的自包含代码的测试之外是浪费时间吗?
请分享任何信息来帮助我编写最终节省时间并产生更好代码的测试,我现在正在努力看到值(value)!!
最佳答案
您在进行测试驱动开发吗? 如果不是(即您正在开发代码并稍后添加测试),则没有多大意义。
如果您进行大量重构,它可能对回归测试有用;如果有人使用您的 API,它可能对集成测试有用,否则可能会造成浪费。根据我的经验,维护测试用例会消耗大量时间。
关于android - JUnit,安卓 : What's a good level of detail in automated tests?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6025114/