北京金宇欣隆科技有限公司为您提供软件著作权、软件评测、高企认定、专利申请、产品认证、ISO认证、标体系认证等服务。
往往测试人员在一些外部压力下,容易把承诺但还来不及验证的bug在测试报告中抹去,或者有意疏漏。但这样不呈现出来,一发出去,可能高层不知道具体情况而做出错误的决策,导致后期出现人为的事故。如以前碰到过软件系统的一小工具,因为使用频率不高,所以bug经测试经理、开发经理和项目经理达成一致意见延期修复,但测试人员没有在测试报告中把这些bug呈现出来,导致市场人员在给用户演示时为了说明系统的强大,从而错误的展示了该有bug的工具,以至在用户面前出现冷场。较较端的结果可能是,用户拒绝采用该系统。所以我们在测试报告中,应该把没有闭环的bug,哪怕是往期版本的bug,都应该详细罗列出来。这样才能让高层或推广部门的同事进行或作出应对措施。
软件验收测试报告文档模板的使用。
往往公司模板较新换代了,但测试人员仍然在沿用原来的模板。轻则说明你粗心,重则说明你不关心公司的变化、磨洋工。笔者曾经遇到过真实的例子,有一同事使用旧文档模板,但实际公司的名字和Logo都发生了变化,发送到产品经理,后果肯定是测试报告被打回,并通报批评。如果较端点,测试报告放到较高层,如公司主要,那后果和影响不言而喻。
通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有而且值得浪费一点时间去关注的。
软件测试人员应该是一群吹毛求疵的人,如果自己的报告中有一堆错别字,哪怕是一个错别字,可能都会尴尬难堪。原来就有同事非常粗心,导致测试报告出现多个错别字。而开发人员一句"平时找bug时,连一个错别字都被你单独列为一个bug,,你看你文档有好多bug",这个测试人员闹得非常尴尬。做法就是,写完测试报告后,自己一定要通篇检查一到两遍,这样严格要求自己,才能去高要求别人。
北京金宇欣隆科技有限公司是一家在北京高新区注册,以软硬件开发、代理、系统集成和工程服务为主的高科技公司。
北京金宇欣隆科技有限公司签约国家版权保护中心和信息处理产品标准符合性检测中心,与国家相应职能部门及软件测评实验室深度合作,在知识产权领域为企业和个人提供快速的知识产权解决方案。为企事业单位、高等院校提供著作权登记、软件登记测试、软件验收测试、软件性能测试、ISO认证等服务。公司致力于为客户提供精益求精的产品与服务,在业界树立了良好的信誉。欢迎各地代理商洽谈合作。