本帖最后由 liaoxj 于 2011-8-31 20:11 编辑
回复33#
问题1
有什么好的方法或措施能够有效的降低系统上线缺陷,能否分享一下?
大傻回复 1.制定上线标准工作流程和检查项 我个人认为好的产品质量不是测试出来,测试只能促进产品质量。上线过程出现的问题很多时候不是产品本身质量的问题,很多时候是生产环境和部署时未严格按部署手册要求进行。如何提高预防呢,那就需要一套很好的工作流程和监督机制。当月有一套标准上线流程才能让上线风险降低,缺陷减少。 上线流程需要配合实施部门一起进行包括上线的工作步骤,工作产品,有哪些角色来做,每个步骤有哪些检查项,谁负责检查。有当出现问题的时候,我们也分析原因,来优工作流或增加修改检查项。 2.完善上线测试用例,做好回归测试 测试这块我觉得只有完善我们的测试用例,加强回归测试了。当时间紧的时候我们就项目经理或客户沟通再当前情况下,我们只能保证哪些业务流程是正确的,哪些业务流程只能保证正常操作是好,哪些功能我们是没有验证。有时我们无法面面俱到,只能保证某一块。测试主管很多时候就是做这些沟通,很多工作可以到上线以后再处理的。上线这块我非常建议大家尝试使用自动化方面的测试方法。 由于很少有机会对一个应用软件进行所有可能的测试(包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西) ,对大多数软件开发项目来说,利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由,也可采用正式的方法。需要考虑下列因素: 1、对于该项目的用途而言,哪种功能最重要? 2、哪种功能对用户最明显? 3、哪种功能对安全影响最大? 4、哪种功能对用户最有用? 5、对客户来说,该应用软件的哪个部分最重要? 6、在开发过程中,该应用软件的哪个部分可以最先测试? 7、哪一部分代码最复杂,容易导致出现错误? 8、哪一部分的应用程序是在急迫或在惊恐的情况下开发出来的? 9、哪一部分程序与过去项目中引起问题的部分相类似/有关? 10、哪一部分程序与过去项目中需要大量维护的部分相类似/有关? 11、需求和设计的那些部分不清楚或不容易读? 12、开发人员认为在应用软件中哪些部分是高风险的? 13、哪些问题能造成最差的发行? 14、哪些问题最能引起用户抱怨? 15、哪些测试可以容易地覆盖多种功能? 16、哪些测试在覆盖高风险部分的测试时使用时间最少?
问题2
很多资历丰富的员工都不愿意分享自己成功的工作经验,害怕被别人反超,那么如何去做好测试组的项目测试总结工作和经验分享工作?
大傻回复 我觉得出现这种情况,测试主管首先以身作则去帮带新员工,去创造这样的氛围。还要形成相应的机制,比如我们这里考核中要求一定级别的员工每年部门内部培训必须达到多少授课课时,而且作为绩效考核中一项。 我记得我在公司内部创建了一个产品业务技术群,专门找一个人负责回答问题,刚开始的那个人都快累死了,天天就是回答的问题,但是现在他几乎不用回答问题了,因为只要有人一提问,就会有人回答,他现在只要负责整理并放入知识库就行了,因为在这个群形成了一个分享的氛围。只有别获得好处了,并且离不开了,那么你就成功了。 还有一模式就是贡献型,如百度文库只有你上传文件有积分了,你才能下载文库上的东西,我觉得这也是一种很好的方式。
|