我在一家初创公司工作,开发人员数量有限,只有4-5。我们在所有开源平台上工作,如Java、jQuery、Spring等,用于开发基于web的应用程序。为了进行集成,我们使用Github。
作为唯一的测试人员,很难为团队准备一个合适的测试计划。此外,我们遵循敏捷开发过程。
请向我建议您喜欢哪种类型的测试:手动测试还是自动化测试?
我期待着自动化的过程。您能建议哪种架构适合这种类型的团队&测试吗?
我也欢迎关于单元测试、继续测试、功能测试、性能测试和负载测试的建议。
我需要你在这方面的所有经验和努力的建议和方向。我目前正在使用Selenium、J抄、BlazeMeter和Eclipse进行测试,但是手工工作似乎更耗时。开发和测试应适当和有效地管理适当时间约束。
发布于 2015-04-28 13:25:48
我希望您的团队理解,您不能通过测试来“保证”质量--质量必须设计和编码,而QA中的"A“代表”协助“--您可以提供质量现状的信息,如果它改进了与否,并建议如何改进您的内部程序,以最有效的方式提高质量。
此外,对于一家初创企业来说,上市时间是最重要的衡量标准,如果你的客户愿意容忍一些小故障(但不是太多,因为你也在建立品牌知名度)。如果用户不喜欢他们看到的东西,他们可能会认为这是不值得的,甚至在质量提高之后,他们还会对你的产品说坏话。)
建立自动化测试的过程和过程需要花费时间,因此您可能会从手动测试开始,并尝试将最有意义的部件自动化:大部分时间用于多个区域/路径,最简单。
根据我的经验,您不太可能为开发人员能够实现的所有功能编写自动化测试--因此,您的大部分时间将用于手动测试。拥有单独的手动测试人员(他们需要了解问题领域,但不需要如何编写代码)和自动化测试的开发人员(他们需要成为一个程序员,但不需要了解代码应用程序所使用的所有库),这甚至是有意义的。不同的技能。
单元测试应该由最了解被测试单元的人编写--它是开发人员,因为他编写单元代码(或者甚至在编写代码之前,就像在测试驱动的开发中一样,先测试-- google是您的朋友)。开发人员还应该帮助您建立持续的集成过程--总是只做导致最痛苦的事情,并且有最好的时间回报。不要太担心建筑(只是避免明显的愚蠢错误),关注市场的速度。
质量是团队的努力。但是,您(作为测试的编码器)可以专门从事自动化UI测试(因为它们需要专门知识,与开发人员需要的系统内部核心库的知识无关)和改进流程所需的工具。
发布于 2015-04-28 07:11:09
首先,在敏捷环境中,不应该有任何与QA工作的责任相关的问题。你们每个人或多或少都对测试负有同样的责任。开发人员应该负责编写单元测试和自动UI测试。对于我的组织来说,我们使用的是基于Node.Js的UI测试工具(量角器),因此开发人员在编写UI测试和他们的开发任务时非常舒服。
当您问到您应该喜欢哪种测试时,我要说,理想的测试实践应该包含按以下顺序排列的测试数量:
单元测试>组件测试>集成测试>自动化GUI测试>手动测试> E2E测试
你们应该更多地集中精力为应用程序编写单元测试,手工工作应该只用于烟雾测试。
框架:目前POM (页面对象模型)框架看起来很适合selenium测试。
我想推荐几个您可以找到更好主意的urls:
https://sqa.stackexchange.com/questions/12828
复制相似问题