是否有在Java中

这样的事情作为单元测试计划我在的Java/Java EE的项目的工作，我必须提供一个单元测试计划，我已经在许多集成测试计划的工作，这说明整合测试场景，但我从来没有听说过单元测试计划。是否有在Java中

本单元测试计划必须描述我已经完成的单元测试以及它们在规范中的相关规则。

Java项目生命周期中是否有这样的事情？如果是，我可以在哪里获得示例或如何制作一个。

来源

2016-07-04 dwa9ssa

阅读：http://www.softwaretestinghelp.com/how-to-write-test-plan-document-software-testing-training-day3/ – Azodious

没有什么特别的与Java和单元测试计划有关 - 您的问题不是特定于Java或任何其他编程语言。 – Jesper

“单元测试计划”是一种人工制品，通常是90年代运行瀑布流程的项目的可交付成果。 –

单元测试应该是自我解释。

他们被程序员用来确保他们的代码是正确的，不会影响现有的代码。

任何程序员都应该可以自由添加新的测试，所以如果需要的话，维护一个文档来定义单元测试的计划是一个非常奇怪的方法。

从我的角度来看，应该使用测试计划来定义验收测试或集成测试，而不是单元测试。

请注意，单元测试在编程阶段非常有用，并且在编程阶段不可能准确知道将写入哪些测试。因此可以想象，只有在不需要计划的情况下，才能在工作结束时编写单元测试计划。

来源

2016-07-04 13:18:35

在一定程度上，你的问题听起来更像是一个邀请的讨论，但无论如何：

至少在他们stricter意义上说，单元测试是非常“开发企业”。作为开发人员，您可以创建“白盒”测试，在编译时运行以创建来自运行代码的反馈。

当然，一些项目经理现在可以想出他/她需要您准确“计划”您的单元测试活动的想法。

在我看来，这违反了敏捷所代表的任何东西。您会看到：在敏捷中，有人认为功能可为客户带来价值。作为开发人员，您将创建实现功能的类，但所有这些“实现细节”只对您很重要。你的项目经理不应该关心你的设计是怎样的，它包含了多少类。所以他真的不应该要求你在你的单元测试中制定一个计划前期。哎：你在敏捷的基础上创建类（并测试它们）;但你应该知道前期你将会发展什么？！

长话短说：PM应该考虑制定这些“客户特征”;因此当您的PM询问关于该范围的集成或系统测试计划时，这是公平的;但你最好挑战他的想法他监督你的单元测试！

来源

2016-07-04 13:21:01 GhostCat

我不反对你的发言。然而，单元测试涉及代码测试覆盖率分析的概念，这些分析在“开发人员业务”领域之外确实存在，因为它是可交付成果整体质量的一部分。 – Gimby

@Gimby当然;但是，如果你的下午开始告诉你你必须达到的覆盖范围，那么有些事情是错误的。 TDD和单元测试可帮助您实现高覆盖率;但是别人给你一个目标......再一次，在我眼中不是“敏捷”。 – GhostCat

感谢您的回应，我试图让他们对自动生成的Sonar和JavaDoc报告感到满意，推进了在Java项目生命周期中没有这样的事情的论点，所以我想确保我的论证。 – dwa9ssa

我最近被一位新经理问及我们为我们的软件的最新版本提供了哪些测试计划和测试报告。我的回答是：

我们开发使用测试驱动开发我们的节目。这构成了我们的测试计划。
我们从未发布任何自动化测试失败的版本，因此释放它意味着它已通过我们自动化测试的100％。这构成了我们的测试报告。

经理似乎很满意。

来源

2016-07-05 07:28:59 Raedwald

是否有在Java中

回答

相关问题