情侣一起做的测试,情侣做的心理测试

  情侣一起做的测试,情侣做的心理测试

  摘要

  在项目管理过程中,有几个关键阶段:

  需求阶段、开发阶段、测试阶段和上线阶段。

  其中,需求阶段和开发阶段最为重要,一个是设计和定义这个功能如何工作,另一个是执行和实现。如果这两个阶段控制得好,往下走就会顺畅很多。下面重点介绍开发阶段的测试步骤,以及测试前应该准备什么,以保证测试质量。

  首先,关于电梯,这是我自己的理解:

  如果经过测试,说明开发者认为功能这么长,已经完全按照产品PRD实现了,是一个严谨、负责、认真的行动。

  理论上,一旦R&D人员通过测试,他们就可以开始处理其他需求和任务。

  为啥要注重提测质量

  在刚才提到的几个项目管理阶段,越早认真越好,越早发现问题,越早解决问题。如果到了测试阶段,各种问题依然出现,基本上你就要付出惨痛的代价。

  功能测试后,您是否遇到过以下情况:

  和产品PRD不一样,出了毛病;

  前端数百个bugs

  几十个严重妨碍性的bugs

  测试环境极不稳定,测试人员一直试图给开发人员定位。

  这些问题会造成很大的沟通成本,执行成本,也会占用很多资源,直接影响整个部门在需求处理上的吞吐量,这些都是可以尽量避免的。解决方法是密切关注测试这一步。这里列出了一些我实际练习过并发挥作用的技巧。

  注意:这里要强调的是,在测试这个动作执行之前要做的事情是关心测试人员接手后能否顺利进行下去,比如架构方案、技术设计、压力测试、回滚方案等。这些都是必须要做的其他动作,不会在文章中强调。

  测试前要做的事情(排名不分先后)

  完成端到端调试。

  你自己的部分再完美也没用。如果从头到尾做一个联合调整,可能会出问题。

  端到端调试的重要性怎么强调都不为过。它可以从整体上验证功能模块是否满足产品预期。UI问题,体验问题,后端接口数据问题,兼容性问题等。都可以在这个阶段找到。

  还有另外两个技巧可以使用:

  如果开发环境不稳定或者数据不完整,建议直接在测试环境中调试开发,使环境流畅。完成后测试人员可以在同一个测试环境下做功能测试,可以避免测试后大量的环境问题,测试人员不知道如何处理,只能找开发导向,造成资源浪费。当然,如果测试人员有能力独立维护测试环境,不建议这么做。

  根据测试人员提供的烟雾案例,以提高调试效率为目标进行开发调试。如果开发者有耐心,能够按照产品PRD中提到的要点一一验证,那就更好了。

  执行冒烟用例

  在需求评审之后,测试人员需要开始设计测试用例,其中吸烟用例是基本用例的子集。如果这些案例失败,测试人员可以把测试过的模块打回去(会有一个主题为xxx函数失败冒烟的大邮件,打出的邮件会发出去),所以开发人员需要认真执行冒烟的案例。

  此外,测试人员提供的冒烟测试用例必须是高质量的,能够准确覆盖基础的重要功能点。

  列出改动点

  这里的改点指的是你目前正在开发的模块,已经有的模块已经改好了,在线稳定运行。您需要列出它们,以便测试人员可以更有目的、更有效地进行回归测试。

  准备好上回归环境的清单

  比如配置文件变更、数据库变更、MQ配置,这些都需要在测试之前做好准备。否则,功能模块可能无法在测试环境或回归环境中顺利运行。缺胳膊少腿的,和更大的模块一样,涉及很多服务,每个服务都有自己的变化,如果不及时记录,很容易忘记。这将大大降低功能测试的效率。

  之前见过几次。周一晚上测试了一个功能模块,第二天测试人员开始介入。然而,直到第二天下午,功能模块才在测试环境中顺利运行。太可惜了,浪费了开发人员和测试人员的时间,严重的话甚至可能导致项目延期。

  必要时,产品经理会提前验收。

  和较大的功能模块一样,涉及的点也很多。这时候如果产品经理有时间,可以让他们在功能测试之前进行验收,尽早发现功能模块有没有出问题,也能发现很多前端的体验问题,让开发者及时解决。

  我遇到了一个项目。测试后,测试人员提出了数百个前端体验或UI问题。测试人员光是写BUG描述就花了很长时间,然后开发又要花时间去循环BUG。

  想对测试人员说的

  如果在开发测试之前没有做好上述动作的准备,测试人员可以避开测试,因为提交给测试人员的是一个极其不稳定的东西,一旦进入测试阶段,就会开始坑测试人员。所以我宁愿按住不开始。另外,这也是保护测试人员的一种方式。毕竟队伍那么长。不要在测试时抛出一些不可靠的函数。

  另外,测试人员可以理直气壮的挑战开发人员,其实只有一件事,就是测试质量。如果所有功能模块都上线了,但是出了问题,那么老板首先会找测试人员,因为功能能不能上线是由测试人员决定的,相当于对老板说:

  该功能已经过严格测试,可以交付使用。

  其实上线后问题也很多。因此,测试人员必须批评开发人员的测试质量。如果检测质量不合格,打回去再抽。但是,如果测试质量不合格,则会给出严重警告。但是如果检测质量不合格,就有点苛刻了。你不能直接测试某些开发团队测试过的模块,因为一旦测试来了,进入测试流程后,各种失败和浪费又会开始。

  总结

  有了流程,测试执行是个难题。一开始建议项目任命一个懂项目管理流程的技术总监,授予风骚口红临时权力,全程统筹,处处督战。谁不配合可以直接指出来。这样,几个项目实施下来,大家就开始慢慢适应了。

  最后,欢迎关注边肖在一篇300页的pdf文档中对Python自动化测试工程师核心知识点的总结!软件技术交流群:(1127563538)这些资料的内容都是面试官在面试时必须要问的知识点。该章包含多个知识点,包括基础知识、Linux essentials、Shell、互联网程序原理、Mysql数据库、数据包捕获工具专题、接口测试工具、高级测试-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试的高级持续集成、测试架构。

郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。

留言与评论(共有 条评论)
   
验证码: