浅谈项目测试实战

浅谈项目测试实战 2019 年 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 天完成测试但是 B 的开发人员在 4 天后提交我测试除去周末我安排测试的时间只有 1 天了怎么办宏观计划开发完成时间如果说上线时间是你计划的终结那么一般开发结束时间是你实施测试的开始时间一般上线时间是我们对客户的一种承诺基本不变开发时间一旦被延后很可能压缩你的测试时间了避免因为开发时间延后而压缩测试时间影响测试质量当感觉无法满足测试要求可能存在风险的时候告诉项目负责人你的担忧您的项目 introuble 了宏观计划开发质量例如我接受一个测试任务从提交开发到测试结束 1 周时间但是测试进度已经 5 天了我发现有很多的 bug 没有回归完毕仍然有严重级别以上的 bug 发现这时测试组长问我是否可以上线我的回答是上不了线问题太多但是其实我丢给你的上司一个难题保证质量还是按照客户约定发布产品机会永远比结果强宏观计划开发质量测试进行中要定期对 bug 进行统计评估测试版本质量通过版本质量计划测试后期投入因为如果版本质量很差那么你要为回归 bug 投入大量的时间同时还要承担降级 bug 的产生风险当出现影响到测试进度的 bug 要求相关人快速处理了正常随着测试进度的推进 bug 应该处于收敛状态如果迟迟不能完全收敛那么就要通知项目负责人赶快想办法了宏观计划合作对象测试进度很大程度依赖与你合作的开发人员起码要知道你发现的 bug 谁改经常和开发人员沟通缩短测试 bug 周期因为一个 bug 被停滞的时间越长风险越高确定优先级测试的优先级应该依照测试用例测试用例举例我最开始测试的时候接到一个测试任务直接开始测试也没有过过需求可能根本就不知道需要注意什么地方测试的时候凭感觉东测试一下西测试一下测试快要结束的时候把 bug 回归就算完成了结果发现有很多东西没有测试到测试初期感觉没有什么可以测试的东西当投入进行后发现很多需要完成的由于估计错误导致测试任务过紧测试用例重要性避免测试工作开展的盲目性于测试工作的跟踪管理包括测试执行的时间进度的跟踪测试质量的跟踪在回归测试中测试用例的存在可以大大的降低测试的工作量从而提高测试的工作效率测试用例是测试执行的实体是测试方法测试质量测试覆盖率的重要依据和表现形式测试用例是说服用户相信产品质量的最佳依据同时也可以提供给客户作为项目验收的依据测试用例敏捷测试敏捷测试是遵循敏捷宣言的一种测试实践 1 强调从客户的角度即是从使用系统的用户的角度来测试系统 2 重点关注持续迭代的测试新开发的功能而不再强调传统测试过程中严格的测试阶段 3 建议尽早开始测试一旦系统某个层面可测比如提供了模块功能就要开始模块层面的单元测试同时随着测试深入持续进行回归测试保证之前测试过内容的正确性测试用例敏捷测试目前项目组大部分维护工作应该隶属于敏捷测试范畴只是我们不规范而已目前关于敏捷测试是否需要写测试用例论点不一顺便说一下敏捷开发和敏捷测试是适应当前客户需求的一种解决方式但是对开发和测试有很高的要求我的理解就是落笔则胸中丘壑尽在眼前测试之前业务流程需求要求数据边界等都考虑一遍测试用例要点需求设计第一位页面展现逻辑是否满足需求要求是否会出现需求隐含缺陷金钱至上脸面重要信誉第一因为保险属于金融领域涉及到钱的问题都是大问题系统中的保单打印等是要给保险公司的客户的属于脸面工程保单是保险人与投保人之间签订的一种正式保险合同是一种承诺大局为重测试中不要仅限于单个功能要布局与整个流程测试用例要点轻重有别我们测试中主要测试什么要分清测试保费计算是要先登录页面但是没有必要把登录重点测试一遍虚心请教一般功能开发者对自己开发的逻辑有一定的了解他们可以判断出可能存在的风险点我们可以从他们那里获得灵感测试级别一般测试任务都有一定的级别例如保证流程畅通数据正确还有就是保证无任务轻微 bug 当测试任务很紧的时候次要的测试用例可能要被舍弃问题定位定位我在测试初期总是怀疑很多地方有问题但是也不知道哪里有问题当然现在也有这种情况遇到这种情况尽量想一想这种方式对客户有什么影响是否会对他的金钱利益风险有什么影响对于系统操作人员有什么影响是否操作不便容易误操作等等可以将自己怀疑的点一一记录下来自己在心中说服自己你的怀疑是正确的然后找测试组内部人或者开发人员去说服他接受你的观点能说服别人其乐无穷而且很锻炼人职责简述当我们执行完测试用例发现大量的 bug 后那么恭喜你你已经完成一半职责了那么另一半呢让你发现的 bug 寿终正寝保证被你发现的 bug 被解决并成功上线包括很多开发人员测试人员都不了解我们工作的终极目标保证我们的工作成果成功上线并得到用户的认可发现的 bug 再多如果没有人解决或者无法上线这样我们的工作得不到体现没有什么价值总结简述当我们测试完成提交客户验收后我们应当关注上线后问题反馈对我们工作进行信息收集积极分析我们工作中的不足为下次测试吸取教训测试不是万能的谁都会出现测试疏漏当发现疏漏的时候不是推卸责任而是多多总结路遥知马力高手来源日积月累寄语愿我们飞的更高谢谢