目前我是唯一一个负责公司产品质量的人,所以当我得到一个需求启发时,我没有时间去做所有的文档,也就是说,我得到了LR,我一直在做直接的手工测试。问题是产品有很多业务规则,所以我想至少做一下测试用例,我可以指定一些规则。
你建议我一些能增加价值的精益模式?
发布于 2015-04-02 22:09:25
我没有时间去做所有的文档,测试用例,策略,测试计划等等。
我几乎总是建议生产最低限度的必要文件。管它叫精益文档,最低限度可行的文档,随便吧。您只需要足够的帮助计划和指导您需要做的测试。任何更多的东西都会很快失去价值。
通常,这意味着定义一个策略(高级测试思想),并在进入测试之前设置我所需要的任何系统、数据和结构。测试计划文档通常是不必要的,但无论如何您不应该花太多时间在它们上。谷歌以其10分钟的测试计划而闻名。大多数测试计划都会丢弃文档--一旦它们被创建,它们几乎再也不会被使用了。
测试用例
我不知道你说测试用例是什么意思。希望您的意思不是大量编写脚本/编写测试,上面写着“步骤1,使用这个预期的结果”。我发现这是浪费时间,只是没有价值(大多数时候)。
有些测试需要事先设计。有些人甚至需要更多的细节。大多数人不会。
目前我是唯一一个对公司产品质量负责的人
你是说,除了你自己,公司里没有人对产品的质量负责?与您一起工作的程序员不负责在其中构建质量?没有经理、主管或首席执行官来负责公司的产品?如果真的是这样,你什么也做不了。毕竟你不能测试质量。
最后的忠告:
如果你担心自己的价值(这是件好事),那就好好利用你的时间。如果你觉得你花了太多的时间在一个没有产生有价值的结果的测试或努力上,那就停下来重新评估。
https://sqa.stackexchange.com/questions/12511
复制相似问题