一次APP测试的感悟

项目经理担责任。产品担责任。测试只需要把测试中发现的问题展示出来。如实反应问题。谁担责任谁有权利决定上不上线。所以他们直接绕过了测试。
APP的上线让我学到了很多东西,见识了很多东西,也感悟了很多。这是我之前的测试生涯中从未经历过的。我看到了自己的缺点,需要改正的地方。接触了各种性格的人。总之,我长见识了。
我的感悟:
1.测试工作不是闷头干自己的事,需要和各种性格各种角色的人打交道。
2.本次的测试工作我做的很不好。我自己很不开心。和产品吵架了,在工作中给自己树立了敌人。
2.测试工作的度。
3.bug的质量
4.测试通过的标准。
事情的过程是这样的。
本次测试的是一个APP的项目。时间很紧。周三接到测试的单子。周五晚上就结项了。只有3天的测试时间。
遇到了一个咄咄逼人的产品是一种什么体验。
我的人际交流问题凸显。我不会和产品沟通。不会和开发沟通。我是一个很温和的人,遇到一个咄咄逼人的人,我的第一反应就是和她对立。这使得之后的交流2个人都很不愉快。在公司的同事中形成了敌人。这样很不好。
我很羡慕别的测试人员,他们该好好交流的时候和其他人员有说有笑。该发脾气的时候发脾气。我自己把握不好这个度。太生硬了不能和开发人员好好沟通。太柔和了失去了自己的测试原则。
故事发生在周五的晚上。他们要上线。我这边出不了一个测试通过的结果。一是因为目前有推荐联系人和不能修改头像的问题没有解决。二是。我的心里真的没谱。
周四测试发现的问题。周五又没有了。很多bug的关闭状态是无法复现或者外部原因。还有些是设计如此。
无法复现的问题是测试的时候发现了这个问题,等到开发去解决的时候,不报此问题了。
外部原因的问题是APP依赖的其他接口的问题。网络的问题。
也就是说。周四测试的问题,周五不再出现了。直觉告诉我这样的系统很不稳定。上线后有可能会出现新的问题。不稳定。但是目前来说,这个问题不出现。我不能说什么。是一种觉得有问题但又说不出问题的状态。我迟迟拖着不出测试通过的报告。产品咄咄逼人,让我写测试通过的报告。我拒绝,拖延,其中也就出现了各种不愉快。这么不稳定这么慢的系统,他们敢拿出去上线,这也是我从来没有见识过的。
同时检讨自己的测试工作,除了和开发和产品的沟通之外。我的测试工作的问题是:
1.我的测试思路不清楚
2.我的测试工作总结的不好
周三上午我在测试跨境支付。周三下午我开始测试APP. 把测试环境发现的bug提交到缺陷管理系统。
周三晚上上生产,但是不对外开发。
周四开始在生产环境上测试,我整整测试了一天,发现了25个bug. 周四晚上去上课。
周三晚上加班,周四回到家很晚。周五我的工作效率已经很低了。
周五开发改了一些东西。给我新的版本,我验证bug。提交了很少量的测试bug。

时间: 2024-11-05 06:14:07

一次APP测试的感悟的相关文章

手机APP测试几个要点

移动互联网App测试点包括: 1.安全测试 1)软件权限 -扣费风险:包括发送短信.拨打电话.连接网络等 -隐私泄露风险:包括访问[url=]手机[/url]信息.访问联系人信息等 -新增风险项 2)开发者官方权限列表信息比对分析 2.安装.运行.卸载测试 验证App是否能正确安装.运行.卸载,以及操作过程和操作前后对系统资源的使用情况,主要包括: 1)检测软件是否能正确安装.运行.卸载: 2)安装.卸载.更新错误报告: 3)其他辅助信息: -位置和文件夹是否合理: -组件是否正确注册或删除:

APP测试走过的那些坑

我现在的工作有一大部分也是app测试,虽然自己是app开发出身,但是在测试上还是跌入了很多大坑,毕竟二者还是有很大不同,所处的角度也是不一样的.而开发转测试中,我认为较难的也是一个角度的转换,以一个开发者的角度去测试,往往会忽略很多问题. 在记录app测试走过的那些坑之前,先总结下app测试的工作主要有哪些. 1.功能测试,无论是什么软件产品,必不可少的就是功能测试.我们需要测试这款app产品的功能是否完善,是否符合客户需求,是否符合用户正常体验.而功能测试最重要的一点也是测试案例的设计,这个抽

高新诚聘JAVA /.NET/APP测试/PHP开发

Java开发 1.3年以上JAVA软件开发相关工作经验 2. 熟悉J2EE架构,并熟练掌握Java编程语言 3. 熟悉Oracle数据库,熟练掌握数据库编程技术 4. 精通Spring/Hibernate应用框架 5.富有责任心,良好的沟通能力及团队合作精神 6.熟悉ZK框架使用优先 .net 中高级.Net(要求BS) 1. 工作仔细踏实,具备很强的工作主动性和团队合作的意识. 2. 良好的沟通能力.学习能力.独立解决问题的能力. 3. 具有4年以上.NET及数据集成方面的开发经验. 6. 熟

web测试与app测试的区别

看过了千里大腿的blog,再加上最近也有一些同学问我web与app测试的区别.所以在这里也献丑,写一篇随笔.希望对大家有所帮助. 笔者做了快三年的测试了.大部分时间都在做app的测试,web测试也做了半年左右.其实我觉得这两者并没有什么大的区别. 仅仅从功能测试的层面上来讲的话,在流程和功能测试上是没有区别的.那么区别在哪里呢? 我个人觉得就是由于载体不一样,所以系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app

APP测试功能点总结

1.功能性测试:   ——根据产品需求文档编写测试用例. ——软件设计文档编写用例. 注意:就是根据产品需求文档编写测试用例而进行测试. 2.兼容性测试:   ——android版本的兼容性 ——手机分辨率兼容性 ——网络的兼容性:2G\3G\4G\WIFI,弱网下.断网时 ——app跨版本的兼容性 1.适配性测试: 1>.手机不同分辨率支持:客户端支持的分辨率等 2>.手机不同版本的支持:2.34.04.4等:在测试计划中:需要安排单独的时间用于android不同系统的兼容性测试,包括2.0

【转】移动App测试中的最佳做法

一说起软件测试,测试员想到肯定是去检查文件,功能,API,性能并确定软件是否安全,以及关于软件特定部分的其他事项.但是对于移动测试,测试员不得不基于用户移动使用模式考虑移动相关的功能. 本文是基于我的工作经验而写的.作为一名敏捷软件开发团队的软件质量保证经理,我一心投入iPhone,Android,WindowsPhone7的移动apps和移动webapps.在XING移动团队的日常工作以及与其他移动测试专家交流的过程中,我深刻了解了移动测试工作的困难.渐渐地,我明确了什么是帮助改进同事们和我的

黑盒测试之从系统测试到app测试

从8月15-至今,由系统测试转向app测试已有4月,怕忘记了短暂的系统测试所得,在此对比下二者的异同 一.侧重点不同 系统测试:1.系统内置app功能稳定可用,不出现闪退等恶劣现象2.系统稳定,不出现黑屏.死机.卡顿现象,使用流畅3.响应时间.功耗满足要求4.开机启动时间5.系统自带设置项功能正常可用,测试时要注意设置项与内置app等功能不冲突6.可正常开关机,测试时要考虑异常断电,关机重启,锁屏重启等现象7.系统需要做性能测试,之前经常用安兔兔等软件做性能测试8.简单的压力测试(以点击次数为准

APP测试流程

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前,检查各项测试资源. --产品功能需求文档: --产品原型图: --产品效果图: --行为统计分析定义文档: --测试设备(ios3.1.3-ios5.0.1:Android1.6-Android4.0:Winphone7.1及以上:Symbian 

谈谈对移动app测试的了解

谈谈对移动app测试的了解 由于在做一个移动互联网app,虽然负责的是服务端,而公司有没有专业专门的测试人员(也许很多公司这种情况),现在面临如何测试产品测试的问题.由于之前对这块可以说完全不大了解,原来做开发的时候也只做过单元测试,于是临时抱佛脚到处找资料以便确定一种现阶段可行的测试方案. App最终交付的是用户,所以测试的目的让用户获得最好的体验.从功能上来说满足客户的使用需求,从操作上来说简单易用.用起来赏心悦目,这样你的app才会有市场,有生命力. 目前主流的app主要是基于androi