!@#¥ 发表于 2019-4-9 11:54
1你要看懂需求,需求懂了后面的都好解决
2测试用例是根据需求来写的
3提出的bug直接提交给相关的负责人
libingyu135 发表于 2019-4-9 13:53
新人不用太担心。。一般都会给你个过渡期,主要是你能成长
熟悉业务是必须的,亚信移动业务非常复杂,所有 ...
wanzi9696 发表于 2019-4-9 12:03
你好噢,可是我所处的是在外包公司,需求好像都是亚信那边做好的,我是刚来,前天有一天简单的做了些测试 ...
!@#¥ 发表于 2019-4-9 17:50
你暂时不需要了解整个业务流程,把它切割开来,一部分一部分的来,但是你需要自己给自己制作一个计划
亚 ...
个人觉得,一个高效的测试流程应该如下: a.花几个小时至多半天时间快速阅读浏览软件说明书、设计文档; 这个阶段要让脑子里面形成对软件的整体印象感,能够让自己把握全局,因此,测试负责人安排时间看文档时,决不能忽视它的重要性,否则就会出现后续阶段磕磕碰碰的情况。注重速读,把握软件说明,忽略具体的数据库设计、功能点设计、计算、规则和辅助工具(相关软件)说明文档,囫囵吞枣的方法在这里就显得很有效。 如果项目时间紧或没有文档,这个步骤所做的事可以在下面完成。 b.利用培训时间消化吸收的知识 c.软件上手 几个小时至多半天时间,熟悉软件框架和基本功能,不要求所有功能都会操作,自己负责的模块可以多侧重一些。 d.细测 主要症对计划中安排给自己做的模块,这时就要相对放慢节奏,每一步操作、每个对话框(操作界面)都要深究,别放过任何情况。这时会遇到一些错误或不理解的地方,明显的如报错就提到开发过程论坛,不明显的就先记下来,等这个功能点测完再回头去看,你会发现: 50%的问题可以自己分析出来和解决,有的问题不是问题,只是开始还没有完全理解。 工作守则第五条:软件不是一次能测透的 Rome is not built in one day. 工期、人力、环境资料等,都制约着测试的深度和广度,因为不要期望一次能完全把握某个软件。 综合测试的优势在于,我们负责公司产品的把关,而项目由产品延伸而来;测试产品会不断出新的版本,一次没有理解,可以在下一次中弥补,温故而知新。 一口吃不成一个胖子,看我这么瘦又这么能吃就知道了^^ 要结合自己的实际情况决定本次测试的深度,不要看着别人进度快了就打乱自己的节奏,只要安排合理,应该按照计划来。特别忌讳认为自己这块没问题了就马上去看看别人负责的功能,期望全能。这样一般来说除了ljl这种全能性人物外都会造成最后自己的问题留了一堆,别人的也没搞懂。 新人特别注意,踏踏实实的搞懂每个自己负责的模块,打阵地站,这种方法很有效。 评价自己是否可以转入下个模块的几个因素:自我提问与别人提问、测试进度 如果大多数相关人员(主要是测试负责人、其他部分相关测试人员特别是开发组集成测试人员和技术支持人员)对于自己负责模块的问题都能解答,搞定!NEXT-->转入下个模块。 否则,还是再回头想想思路和遗漏的地方。当然,要综合考虑测试进度。请组长对自己提几个软件的问题,他会很乐意的。 e.小结 一个阶段就进行一次小结,这个小结可以是书面的,比如测试问题记录、测试用例补充、测试模块设计等,但大多是自己分析,为了方便接下来模块的测试. f.性能测试 性能测试不仅是测试性能,同时也加深自己对软件应用的理解,因为性能测试往往和实际应用或用户需求结合的很紧密,避免造成软件功能都会用,但不知用来干麻的尴尬情况。 g.安装盘测试 安装盘程序测试,简单过一下软件功能有无错误。 安装盘程序文件、库文件、组件等的完整性、正确性,这个非常重要,要不返工就浪费时间了。这个阶段要积极与开发负责人和GJ沟通,确保最后的胜利。 h.测试总结 测试接近尾声,总结自己对软件的掌握情况,得出测试结论、归纳测试方法、提出修改建议,为软件以后版本的修改提供依据,也为以后再测类似软件提供捷径。 |
海海豚 发表于 2019-4-9 17:46
功能测试这一块确实不太难,但是有很多需要你自己去理解消化和熟练运用的东西。
每天需要汇报工作,是一个 ...
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |