我有一个PHP应用程序,它非常大。通常有2-3个开发人员全职工作,我们正在进行更改并创建bug(咳嗽功能!)。该软件并不复杂,只是有很多事情发生(35~控制器,大约相同的模型,等等)。
即使小心,这个视图中的更改(调整元素上的id )也很容易破坏在某种特殊条件下发生的ajax查询(一只脚站着时退出)。
单元测试是首先想到的事情,但是我们在另一个应用程序上尝试了这些测试,很容易忘记它们/或者花更多的时间编写测试然后进行测试。我们确实有一个暂存环境,在此环境中,代码在推送前被检查过。
也许我们需要一个兼职的问答员?
任何人都有任何建议/想法。
发布于 2012-08-09 11:28:32
是的,你确实需要问答员。其中的一些原因包括
尽管如此,开发人员和测试人员之间在推动系统质量方面的富有成效的合作是无与伦比的。开发人员常常在测试人员之前注意到某些东西是错误的。开发人员通常可以建议测试人员如何更有效地再现问题,以及如何编写适当的问题报告,即包含解决问题所需的详细信息。但是,所有这些都需要至少一个可以与之协同工作的测试人员。
发布于 2012-08-09 11:28:58
您可能需要更多或更好的回归测试(而不是具体的单元测试)。应该是什么样的测试,你必须分析自己,但它们应该检测到你正在谈论的bug。我建议您开始制定测试计划并对这些测试进行优先级化--当您这样做时,最初不要过多地考虑测试自动化。
然后,问问自己,是否可以在合理的努力下自动完成部分或大部分测试。如果答案是肯定的,那么你应该对它们进行编程。如果答案是“否”,而你认为“兼职Q/A人”更便宜,那么它应该是你所需要的。在大多数情况下,同时使用Q/A人员进行手动测试和发明新的测试,以及大量的自动回归测试都是一个好主意。
发布于 2012-08-09 12:44:30
如果您正在开发一个商业项目,就应该这样做。在没有强大的测试策略的情况下准备一个产品将花费更多的bug修复费用。此外,获得新客户或留住他们也将取决于您的应用程序测试的好坏。
一般来说,单元测试应该应用于您的代码库,但是集成测试和手动测试不应该被丢弃。
https://softwareengineering.stackexchange.com/questions/160151
复制相似问题