浅谈项目测试实战.pptVIP

浅谈项目测试实战 2011年3月24日 内容简要 沟通 宏观计划 测试用例 问题定位 职责 总结 沟通 举例 以下为项目组运行实际发生事情，非杜撰。 项目经理接到客户电话，要求一个问题“紧急处理”。项目经理告诉小组长“处理一下这个问题”。小组长告诉开发人员“有时间处理一下”。结果，问题被无限押后。 交强险即时生效。开发人员很负责的完成设计文档，代码提交、自测。测试人员很负责的完成测试，但是当最后要更新生产的时候，发现了一个问题：开发完成的是商业险。 沟通 沟通成本 软件项目的整个过程，始终都贯穿着频繁地沟通，但其中的沟通成本往往被我们大家所忽视。比如这个成本表现在： 沟通无法实现100%的信息传递，由于信息传递失真导致的成本。 沟通本身存在的时间和空间成本。 由于沟通不充分，导致发生后续的多次沟通。 沟通 沟通效率 选择正确的沟通途径 。 选择正确的沟通途径，对于完成沟通目标起到非常重要的作用。在软件项目管理中，存在各种各样的沟通。根据沟通的对象、内容的不同，我们需要选择不同的沟通途径。当然，最有效的还是面对面的沟通，特别是在获取需求阶段。我发现有时候很多人习惯使用QQ或飞秋沟通需求。其实，有些比较复杂的意见用文字表述非常容易出现歧义，导致沟通不畅，而且效率较低。 沟通 沟通效率 表述的内容易于理解 、思路清晰。 沟通困难的原因，大多是自己想要讲述的内容，对方却无法理解。因此作为测试人员，对bug的描述一定要清晰，主题要简明扼要，场景步骤要描述清楚。比如测试工号，保单号，以及重现的步骤等等。 多次沟通，主要是因为对沟通理解不够透彻。没有对沟通内容进行全面深层次的分析而直接进行沟通。为了提高沟通效率、避免多次重复沟通，建议在沟通前将所要沟通的内容进行完整了解、分析。同时对可能遇到的不清晰、争议、模糊的地方进行例举出来。 沟通 沟通效率 沟通过程中要做到先礼后“兵”。 测试人员在明确自己职责的同时，要注意和开发沟通的方式。出现BUG先要很友好地进行沟通，必要的时候可以从他们的立场出发去寻求突破，不要轻易破坏和开发之间的友好关系。 但是在问题得不到解决，或者会直接影响到项目的进度及质量的时候，也要果断的向上一级寻求帮助，让更有发言权的人来进行沟通和确定。 沟通 沟通小窍门 大家进入一个项目组，建议大家要在一周之内，认识项目组中的所有的人。其中包括他们的名字、基本性格。 ‘因人下菜碟’。工作中有时候会遇到‘孩子气’、‘驴脾气’、‘打太极拳的’的，要学会对不同的人采用不同的处理方式。 急躁容易触发矛盾，保持清醒。生活如此美妙，不要过于急躁、不好、不好。 海不扬波。 工作不应该掺杂个人情感，但是请相信：同一件事，朋友永远比陌生人好办事。 宏观计划 举例 我们进入一个项目组，接到测试任务A、B、C。A是先提交的，而且A的开发人员老是催我快点测试。我是先做A、还是B或者C呢？ 我正在测试一个任务A，突然项目经理告诉我，A需要明天上线。我抱怨A测试时间不够，经过 查证，A开发完成提交测试的时间晚了一周。最后结果就是，你被牺牲了。 当我辛辛苦苦测试一大堆bug，兴奋的找开发人员解决的时候。他喝着茶水，翘着二郎腿，告诉你“事情得一件一件的做”。或者很欠揍的说“要不你来改”。更离谱 的是，我完成测试，提交完bug，发现开发人员集体阵地转移了。 宏观计划 要点 上线时间 开发完成时间 开发质量 测试进度 最需要做什么 宏观计划 上线时间 上线时间一般为项目组按照客户或政策要求的最后版本更新时间。一般情况上线时间点之前的时间都是可以安排测试。 当接到多个测试任务的时候，上线时间应该是你安排工作顺序的一个重要依据。 上线时间来源一般是工作计划、项目组长、经理等资深人员。 宏观计划 上线时间 例如、我们进入一个项目组，接到测试任务A、B、C。A是先提交的，而且A的开发人员老是催我快点测试。我是先做A、还是B或者C呢？ 我询问项目经理上线时间，A是1到2个月之后，时间未定。B是1周后，C是两周后，那么你测试安排计划心中应该有答案了吧。 我首先要对B安排测试，但是我发现B的开发人员没有完成开发任务，我需要等待。我计划需要3天完