新版AdminConsole的测试

这次对新版本的AdminConsole的测试,我觉得更像设计测试,第一次提交的测试程序,客观地说,从实现机制来看,是一个不错的产品,但从呈现方式来看,在我看来只是一个草稿,而不是一个独立运行的产品模块。花了两天的时间,结合我对业务的理解、工程的需求以及PSO的建议,重新对AdminConsole进行了版面的设计,并将新的整体架构建议发给相关的开发人员和项目经理。令人非常高兴的是,项目经理肯定了这种新的结构,开发负责人也采取了我的建议,并重新对AdminConsole的整体架构进行修改。在我们的team,这一点做得非常好,不管是谁,只要你提出的建议是合理的,都会给予支持。不过,这个修改,花了半个多月的时间,无疑增加了开发的成本,也推迟了预期的发布时间。也许,如果是其他人,不会把整个界面都推翻重做,可能是因为我比较挑剔吧,但对于我来说,一个产品以这样的一种呈现方式给客户使用是难以让人接受的,我必须要对我测试的产品负责。测试除了基本的功能、满足基本需求外,还需要站在用户使用的角度上去审核产品,毕竟,产品做出来就是给人使用的。以人为本,我们才能够有更长远的发展。这一点,无论是开发人员还是测试人员,都应该有一个强烈的意识。不过话又说回来,产品不可能完美到没有瑕疵,否则开发成本就太高了,这个度要把握好。
经过两个多星期的改进,AdminConsole以一种全新的呈现方式提交测试,相对于第一次提交测试的产品而言,第二次提交的AdminConsole明显清晰明了且美观很多了,看得出开发是花了不少心机的。当然了,我的设计水平也有限,也有一些不尽人意的地方。同样,AdminConsole第二次提交测试后,我连续三天加班对其进行了一次完整的测试,测试的结果明显是比第一次好,但也不是很理想。这个版本已经做得比较灵活,但是开发人员在实现的时候,还是没有能够从客户的角度去做,没有能把握好灵活度与客户需要之间的尺度。而且,有很多细节上的问题,也没有进行处理,导致进程死掉。不过最重要的是,忽略了一个非常重要的功能,对于工程而言,需要在一个图形上显示两套网关的流量情况,而这个版本提交测试的时候没有考虑到需要实现这样的一种需求。这个功能的实现,还必须要修改处理机制,那又得要花上不少时间了。
这几天,我常常思考一个问题,我们的工作的自由度比较宽,很多产品的设计、实现和测试都可以由我们去把握与发挥,这一点我非常喜欢,使简单的测试变得有趣起来。但是,有时候太过宽松,也未必是一件好事,就如今次AdminConsole比较粗糙的呈现界面、未实现的核心功能,如果在测试的时候没有提出来,那会怎样呢?但是,就算是在测试的时候提了出来,但在发布的时间上、在开发成本上,相对而言也是昂贵了。如果,这个与设计相关的测试,能够提前到产品开发前或产品开发框架出炉之后进行,那么开发的成本就会大大降低了。或者,项目经理或测试人员在将一个产品交给开发人员开发之后,也对其开发进行阶段性跟进,把一些可以在实现阶段可以减少的问题减少,那么,就可以降低测试阶段才发现问题的那些成本了。更重要的是,可以确保产品如期发布。在这个新产品的开发中,我也有责任,在开发的过程中没有全面跟进开发的进度以及实现情况,这在以后的测试中需要注意。
    忽然又想到另一个问题,现在,我们的模式,在某种程度上说,是测试在带动着开发。这种模式,是不是也应该改进一下呢?如果需要改进,又该如何修改呢? 

你可能感兴趣的:(新版AdminConsole的测试)