首先要老调重弹一下。QA关注的并不仅仅是一个产品功能或者性能的测试验证工作,而是整个产品的质量上问题。重点关注的有以下几点:功能、性能、兼容性、稳定性、易用性、核心指标、运营指标。以上几个点穿插着多种复杂性,我也无法一一详解仅仅说个大概,各位有兴趣可以单究一门,学无止境,我希望我只是抛砖引玉,能有个启发作用大家一起讨论时我的本心。 第一点:功能
一个产品是否work,即是说相应功能是否按照需求、UI、数据实现了相应的功能;是否没有实现需求、UI意外的功能或者缺少功能。举个简单易懂的例子我们工作中常常会遇到这个功能无效了,那个功能空指针了,人无完人,特别是多人开发或者多地配合开发的时候总会出现一些耦合造成的功能丢失、或者没有遵守需求与UI的设计。这也是为什么我们总会在正式测试之前要跑一边冒烟了。
第二点:性能
通用的验证有如需要分两方面验证:服务端性能、客户端性能两大类。
服务端性能主要考究的还是需要根据你产品的分类来提出实际的测试思想。说说比较通用的就是服务端可以同时处理的并发数量,如:同时并发用户数、同时并发下载数、同时并发请求数,每一项指标都简单,可是做好作对,宛如爬山,越高越难,越复杂。还有的另外一条就是服务端处理单条请求的相应时间等等。总之性能测试都是有相应的标准的,如果你的产品没有一个标准,那么你先要知道的就是如何去正确的定义这个标准,否则一切都是自我安慰。
关于客户端性能呢?那就是另外一个维度的事情了。从手机系统上来讲:咱们的产品消耗的系统资源是多少?需要从CPU、内存、流量、电量。。当然每一项都不向这两个字表现的这么简单,我们需要配合种种工具对比竞品或者标准进行多层次分析。。。。不过你也不要为之害怕,有一个好消息是这都是有前人经验可循,我们需要做的就是把这些套在我们的标准上,保证产品质量。在有就是要考虑客户端各个功能的相应时间了,一个事件触发到结束响应时间是否有一个标准?是否有工具可以检测?据我所知一些小的app是没有这种检测与标准的,但这正是很多软件体验最不好的地方。因为程序员们往往给你一句“网络异常”就推掉了所有黑锅,让背黑锅我们测试特专业的现象= = |||所以各位这里需要定义我们质量的标准,一切以认真负责的态度出发时一个QA的职责所在。。再有就是N多产品不注重的地方“安装包大小”“本地缓存大小”,这里也是我们移动端测试忽略的地方,不知道你的产品是否也忽略了这些呢?啥?我为什么要说这个?这个没用?no,no,no。。。有用,很有用,你认为他没用,是因为你没有替你的用户想过这些问题,虽然我们的手机空间都在不断增大、内存也都在变大,但是你有没有想过,你的用户手机里的app也在变多呢?2G内存不都是给你用的。当你的安装包达到5M就有50%的用户考虑还下不下载你,当你的安装包有8M有70%的用户已经在找是否有可替代你的软件了。当你的安装包超过10M,呵呵,如果你不是百度、360、腾讯,那么你的产品可能用户已经在倒增长了。哦,,你想说用户和QA没关系。可是真的产品数据下来了,最后定位到是大量的图片没有进行压缩的时候,那么,这个责任就是QA的。如果你真的不在意,证明你可能现在的工作只是一个QC,一个用例执行者,你可以多考虑考虑,社会变迁这么快,你不努力如何升职加薪,出任CEO,迎娶白富美呢??
哈哈。。今天扯淡到这,,明天再浅谈兼容性、稳定性、易用性、核心指标、运营指标。这几项,各位如果对我的想法有什么意见可以留言。如果你又新的想法更棒的内容请多多发帖分享。啊哈哈~~~
嘿嘿,为了骗点回复不得不隐藏一下了。另外,测试思想最基础的思想无疑使深度和广度,没有一个标准的界限,这也是测试之美的地方~我都是手扣非转帖,所以会有错字,或者不通顺的语句,各位见谅,扣字不易。~~
|