测试用例作为分段部署过程的一部分。
亲爱的scrummers,
有人有过测试的经验吗?
在我们公司,我们的工作时间很短(一周)。此外,我们有一个阶段性的环境。在每个sprint结束时,我们发布到测试环境中。目前,定义为done定义的一部分的测试用例是必须传递到测试环境进行部署的测试用例。
在下一个sprint中,我们有一个backlog项目,即“部署到验收环境”,其中包含必须通过的测试用例。生产也是如此。有没有人有过如何将其集成到待办事项列表项中的经验,或者没有这样做的理由?
我们最近开始使用scrum,还没有很多自动化测试。
关于如何实现这一点的评论和技巧非常受欢迎。
亲切的问候,
里克·德·格鲁特
Rik de Groot | QA经理|局:010-8503928 |rik.degroot@expertdoc.nl<mailto: rik.degroot@expertdoc.nl>;
ExpertDoc BV | Veerkade 8d | 3016 DE鹿特丹|网址:www.expertdoc.nl<;http://www.expertdoc.nl/>;
与此电子邮件一起发送的信息仅供预期收件人严格使用。如果此电子邮件不完整,请收件人与此邮件的发送者联系。未经ExpertDoc允许,不允许发布、复制、传播和/或向第三方披露任何此类信息。如果您不是本电子邮件的预期收件人,并且拥有此电子邮件,请立即通知我们,从您的收件箱中删除电子邮件,并且不要将其用于任何目的,也不要向第三方披露此邮件的内容,也不要在信息载体上发布、复制或存储此信息。
你好里克,
你为什么不把这些测试用例添加到测试中必须通过的测试用例中呢?一个“完成”的故事应该是潜在的可发布的,这意味着它应该经过彻底的测试并可以投入生产。因此,在我看来,每一个必要的测试,以检查是否已经准备好生产使用,应该在它完成之前执行。
但既然你已经知道了,我错过了什么?:)
最好的问候,
彼得
你好里克
如果您只是部署到测试环境中,那么每个增量都是不可交付的。您需要做的是看看如何改进已完成定义(DoD),以包括目前在测试和验收环境中进行的QA/UAT/系统测试。
部分问题可能是您有工作竖井,明确分配测试人员角色。在Scrum中,每个开发人员都应该能够完成所有必要的测试。
听起来好像在您的组织中有一个隐式的瀑布式流程,它由对连续环境的分段门控部署表示。这是敏捷过渡的一个非常常见的障碍。使用待办事项项来促进阶段门之间的转换也很常见(我自己也做过),但这只是一种补救措施。
如果我是您,我会尽可能地实现跨环境的部署过程自动化。特别是,我希望验收在配置方面反映生产。如果我能作为国防部的一部分被部署到验收阶段,那么生产就会成为一场与管理层和基础设施团队的政治斗争(发布权和/或获得变更请求和提前预订发布时段等)。
@peter, @ian:谢谢你的快速评论。
我一直在考虑你的建议。也许这是一个术语问题,而不是可能性问题。我同意每个增量都应该是可交付的,并且所有的测试都应该是完成定义的一部分。
我所纠结的一点是,对于不同类型的测试,我们有不同的环境。事实上,验收(几乎)是生产的一面镜子。
如果我们在每个环境上的部署在成功通过环境测试的最后实现自动化,我认为尽管测试必须是连续的,但它们都可以作为每个PBI的一部分执行。
我的建议是,在大多数测试自动化之前,可能暂时是一个很好的中间步骤。
我将把所有被接受的都作为国防部的一部分。
再次感谢你的建议
测试web应用程序必须使用互联网或内部网。需要考虑的不同方面有:集成、安全性、UI、性能和与不同浏览器的兼容性。
嗨
我意识到我写这个帖子已经非常非常晚了,但我想分享我的意见。
国防部应该是每个PBI必须完成的任务列表,这将通知您工作是否“完成”。Scrum指出,在每个sprint结束时,工作应该是“潜在的可交付的”,因此国防部至少应该包括为此所需要的内容。
在我看来,国防部应该包括:
- 满足验收标准(自动或手动方式)
- 满足非功能标准
- 可以部署(同样,理想情况下通过自动化需求)
- 任何适当的静态代码分析/CRs
如果验收测试没有通过,那么您就不能说PBI已经准备好交付了。其他方面也是如此。
这意味着测试,几乎根据定义必须包含在国防部中。理想情况下,这些应该是由团队预先创建的自动化测试——但不一定。您可以在已完成的定义中使用手动步骤!