1、让数据证明你的结论,而不是下结论
管理是要留下痕迹的,你说这个功能你测好了,我凭什么什么相信你。作为leader,你也需要一杆秤,测试计划、测试用例,这些东西是否有,上面的数据都执行了吗?执行效率是多少?bug产出率是多少?还有你说你探索测试了,探索测试的case补充在哪里?所以我要的是数据,要的是你走这个功能痕迹和场景。 上线了,若出问题了,我也好秋后算账。bug是我们对需求理解不到位或者隐含需求,还是我们少考虑了场景,还是你考虑了,没有认真测。
2、什么时候入坑,填坑的工具和方法是否准备妥当
很多测试人员一个标准的现状就是:开发-功能好了-你去测下;测试-好-我马上看。很多公司都强调流程,这种台上10分钟的表演,测试能够表演好吗?以前我也这样干,交付的东西说心里话没底(可能本人能力很差吧,哈哈)。
这个时候,测试人员就需要知道你这个周有什么测试任务,开发都在开发什么,晨会很重要(知道每个人:昨天在干什么,今天干什么,遇到了什么问题),你也就能对症下药了,准备测试东西。
我们经常听到单元测试,接口测试等,自动化等,可什么时候介入最好呢?我也推荐各位你能够看懂代码,他设计了多少种场景,会发现开发少关联了那些。可能语言也是障碍,我总不能所有的语言都熟悉吧---所以能力允许可以干,一般开发进行的。 接口试使我们必备的能力,模块开发出来,测试就可以介入,使用postman或者jmeter。后期上线稳定了可以进行接口自动化,使用jmeter或者编程。这个时候,测试可以询问开发那些功能开发完成,接口测试可以行动起来,尽量早的发现问题,接口测试也会伴随着模块测试。接下来会安排集体的-系统集成测试,到这个层次,逻辑上的问题一般很少了。测试经理尽量安排交叉测试,自己也会走一个大的流程,确保核心功能OK。
3、性能测试何时介入
性能测试一般介入都是等到系统差不多稳定的时候,开发在写代码的时候,代码的性能开发自己完成。接口的性能都有测试完成,借助工具-jmeter和LR。
性能测试的时候首先配置是环境,确定和和生产环境差不多,网络带宽最好也是独立,和测试环境分开,搭建独立的测试性能环境,copy独立的数据库。第二,选择工具,我使用的是jmeter,性能测试检测工具nmon,profiles,mysql自带未使用索引sql语句(慢sql语句);性能测试需求分析,性能测试用例设计
性能测试测试最后的目的就是性能调优,找到瓶颈。(抽空专门介绍那些因素影响性能)
4、安全方面的测试怎么去关注
常用的测试工具:APPscan,burpsuite,检查基本的网络安全,我接触的有设计的金钱的安全方面,客户资料信息泄露,网站信息免登录等。这一块各位同仁一起加油,把渗透学好,多分享
5、用户体验也应该有自己的建议
测试不是一味的发现程序的问题,能否提前预防,需要有架构测试师的角度去考虑;这么做,可能会减少那些负面的影响。如短信注册页面-追加附加码功能。有些操作流程或者逻辑有些鸡肋,交互感不好,可以有建设性意见,推荐:《结网》或者《人人都是产品经理》这两本书
6、上线了,针对客户的反馈,我们该如何维护呢?
上线后,我们需要整理我们文档,此时需要安排人手着手自动化的展开,个人强烈推荐接口自动化,实用工具和代码,根据人员和能力决定。问题反馈我建立了FAQ反馈机制,建立文档,邮件性质回答问题。
作者
领取专属 10元无门槛券
私享最新 技术干货