测试时间不够,该怎么办?

在工作中,我们经常会遇到测试时间不足的情况(做IT的,好像时间就没有充足的时候)。这种情况,该如何应对呢?

常规操作就是加班,或者增加人手,延长工作时间,挤出时间来。简单,有效,但是有点愚蠢,并且一点技术含量都没有,显得十分没水平。当然,班还是要加的,这就是非技术层面的问题了,起码在工作态度上要保证。。。

个人提出了以下几点,供大家参考和讨论:

1.通知项目干系人,使其了解到项目现状;

2.重新审视需求,缩小测试范围,减少工作量;

3.识别任务优先级和重要性;优先完成核心的,重要的任务,保证业务流程正确无误;

4.降低非关键模块的测试强度,质量要求;

5.在测试小组内,进行员工激励,提高工作热情;

后期改进:

1. 识别风险,增加风险应对策略,预留风险应对时间;

2.优化项目流程,加强控制,避免意外情况的发生;

3.引入技术和工具,比如自动化测试,提高测试效率,缩短测试时间;

4.加强项目组内沟通,提高沟通效率,缩短因沟通引起的延迟时间;

另外提一句,测试时间不足如果是由人员不足引起的,不要认为测试leader/manager各自花费点精力,加入测试执行就可以解决,这不是一个长期的办法。测试leader/manager有自己的职责和任务,如果他们过多的参与测试执行,那么他们各自在项目上的工作输出势必会减少。他们的上级会去做本该由测试leader/manager做的工作。由此带来的连锁反应就是,整个项目团队都在做自己职责外的工作,来填补一个测试工程师的空缺,造成整个团队的紧张和混乱。显然,这是非常不可取的。因此,不要吝啬人力成本,快招人把。

原文地址:https://www.cnblogs.com/xbxblog/p/9817581.html

时间: 2024-10-24 16:21:39

测试时间不够,该怎么办?的相关文章

测试时间不够怎么办?

测试过程中我们经常会遇到测试时间不够的问题,今天就来讨论下,在这种情况下怎么办.一点愚见,欢迎一起讨论. 1.沟通确认是否可以延期.这是我最先想到的,虽然每个人都告诉你这是最后期限,但其实只要充分沟通,再找相关利益协商,至少有50%的情况并不是最后期限,确实能再延一段时间. 2.排优先级.按照重要性和风险排个优先级,优先测重要的和风险大的特性.功能点. 3.裁剪需求.部分不重要的特性是否可以裁剪,不进行测试,此方法要和2结合一起开展,并且要和相关利益人进行沟通确认,比如版本经理或下游客户. 4.

AppCan IDE3.3:支持插件动态库升级,节省70%测试时间

近日,AppCan IDE V3.3.0.JS SDK V1.0上线,新版本在开发速度上.效率上再次提升,同时将本地开发与云端协作更快速的连接,开发者将享受比快更快的流畅开发体验. 1.IDE 支持插件动态库升级,节省70%测试时间 本地打包支持iOS8+非越狱设备安装,测试插件只需打包一次,随时替换插件资源即可. 支持GIT代码托管,AppCan与"大众工场"打通 支持GIT代码托管,AppCan开发后台中的项目,可快速同步到大众工场中,实现协同化的项目开发管理. "Web

codeblocks中对代码的三种测试时间方法

嘻--这几天周赛啥的卡时间太紧,别的队友优化常数太屌,所以只能学习下这个代码测试时间的方法了,上网找了两种方法,然后再加上队友的方法,三种都搬上来了. 第一种: #include<time.h> int main() { clock_t startTime=clock(); { //这里是我们要测试的代码; } clock_t endTime=clock(); cout<<"运行时间为::"<<endTime-startTime<<&qu

java程序测试时间

第一种是以毫秒为单位计算的. Java代码 //伪代码 long startTime=System.currentTimeMillis(); //获取开始时间 doSomeThing(); //测试的代码段 long endTime=System.currentTimeMillis(); //获取结束时间 System.out.println("程序运行时间: "+(end-start)+"ms"); //伪代码 第二种是以纳秒为单位计算的. Java代码 //伪代

项目测试时间不够用怎么办?

这种情况下, 我们需要把项目组所有的人员叫到一起进行开会讨论,分析具体是哪些原因,导致出现这种情况. 我们在开会的时候需要讨论一下内容: 哪些功能点是比较重要的? 哪些测试项是比较重要的? 哪些业务流程是比较重要的? 然后我们梳理出比较重要的优先级别比较高的一些内容. 针对这个情况,有几个参考的解决方法: 一.增加测试时间. 如果马上就要上线的话,我们需要慎重的考虑要不要增加测试时间. 二.根据我们梳理出来的重要的优先级别比较高的一些测试内容进行测试.等产品发布后,我们再进行其他内容的补充测试.

C中测试时间代码

测试时间

=====================

Pycharm激活码测试有效,测试时间:2019-10-23

812LFWMRSH-eyJsaWNlbnNlSWQiOiI4MTJMRldNUlNIIiwibGljZW5zZWVOYW1lIjoi5q2j54mIIOaOiOadgyIsImFzc2lnbmVlTmFtZSI6IiIsImFzc2lnbmVlRW1haWwiOiIiLCJsaWNlbnNlUmVzdHJpY3Rpb24iOiIiLCJjaGVja0NvbmN1cnJlbnRVc2UiOmZhbHNlLCJwcm9kdWN0cyI6W3siY29kZSI6IklJIiwiZmFsbGJhY2t

ceph集群常用命令

结合网络.官网.手动查询等多方渠道,整理ceph维护管理常用命令,并且梳理常规命令在使用过程中的逻辑顺序.另外整理期间发现ceph 集群的命令体系有点乱,详细情况各自体验. 一:ceph集群启动.重启.停止 1:ceph 命令的选项如下: 选项简写描述 --verbose-v详细的日志. --valgrindN/A(只适合开发者和质检人员)用 Valgrind 调试. --allhosts-a在 ceph.conf 里配置的所有主机上执行,否 则它只在本机执行. --restartN/A核心转储