• 1
  • 3
分享
  • 手机相机项目的整体测试流程
  • 恬恬圈 2019-07-25 13:31:06 字数 452 阅读 3505 收藏 3

手机相机的测试内容 ,从立项到后期维护期间的测试内容需要多方讨论和打磨,根据项目实际情况安排评测和测试阶段。

比如:画质客观评价体系,各个专项测试的方法和评测标准;安排正岗和外包人员工作内容分配,LOG分析培训;功能,性能,稳定性,画质调试测试如何执行并不断优化相机测试用例;需求梳理维护,需求变更的跟进。最重要的,是参与制定手机相机相关测试范围和标准,提供测试意见,和研发深度合作,回顾和拓展用例。

后期维护,手机相机用户反馈报告的收集等。

测试人员需要有相机硬件和软件的测试经验,才能执行用例,即便是外包同学。尤其外场拍片,没有经验或者经验很少,很容易拍出废片,宝贵的时间和项目的进度不能耽误。

本文只叙述相机的整体流程。至于具体如何调动公司所有测试专项组,和各种PM各司其职推动项目的具体流程,暂不讨论。有兴趣的话可以下篇文章撰写如何推动公司各个高层帮助完成自己的项目。


附1:

5.png


附2:相机升降摄像头异常场景

6.png


附3:执行拍照时的动作用例

7.png


本文未经授权不得转载,如需转载请于51Testing小编联系。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 引言在软件测试中,一个项目的自动化测试包括UI自动化、API自动化、压力自动化等,把这些不同类型的自动化测试组装在一起变构成了一个项目的自动化测试。通过执行项目的自动化测试变能执行他的所有类型的自动化测试。当然,在生活中也有类似的,比如电脑,由CPU、磁盘、显卡等部分组成,一辆车由轮胎、车体、发动机等部件构成,客户在买车的时候并不知道该车是如何组装的,他只需要会开这辆车就行了。在设计模式中,我们将类似的复杂对象的各个部分按照一定的算法组合在一起,这种对象的创建工作便称为建造者模式。简介定义建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象,将复杂的构建与...
            4 4 1241
            分享
          •   背景  对于很多中小型银行来说,数据中台是基于大数据平台基础支撑,支持规则模型计算,大批量计算查询分析,形成统一服务层,为各类数据服务应用赋能。  很多中小型现在面对数据应用的痛点在主要在于:  数据应用主要还是在 T 加1的服务为主,缺乏实时数据服务;  数据服务主要还是集中在报表需求,缺乏数据深入分析能力;  缺乏对历史查询和分析支持不足。  为了解决这些痛点,建设数据中台,增加统一数据实时服务(主要为计算和查询),提升大批量数据处理,数据建模深入分析,亿级数据关联计算时间秒级,增加非结构化数据查询存储能力。  典型应用需求场景  1、风控评级,比如个人对公账户评级,对可疑账户进行倒查...
            1 1 1233
            分享
          • 快速迭代测试中经常遇到这种场景:假设今天17号周三,接到测试任务26号(周五)必须发布现场,22号(周一)给版本,能测试完成么?下周一:研发延期,周三才能给出,能测试完成么,周五必须发布现场........思路:测试这些功能+环境的工作量测试预估多少,现在可以安排几个人,根据人员、时间确定测试那些测试以及测试颗粒度。版本发布现象需要哪些测试:1、每个(dev--->test--->stage--->prod)环境冒烟测试—各2H;2、Bug验证,根据Bug数量、复现难易程度来确定;3、每个环境测试,详细测试(安装部署+功能详细测试+异常+专项等)预计两周;4、上版本服务器(必...
            1 2 3644
            分享
          • 最近这周比较忙,项目上线,没有来得及更文。昨天项目终于结束了,今天可以回归更文了。简单讲讲上个项目过程中遇到的一些我觉得可以避免的问题。对于测试新人来说可能经常会犯,但是稍微有点经验的同学都能避免的事情。昨天版本预定的是晚上6点上线,昨天上午刚过来就给实习生说,今天应该没有什么大问题了,对照着原型把版本再过一遍,以防有东西遗漏,交代完之后就全身心投入和开发扯皮昨天未完成的功能了。等到了下午的时候,见实习生那边没什么动静,我这边自己也加入查漏补缺的行列中,一页一页的功能过下去,扫到一个详情页,突然觉得有点不对劲,怎么这个标题下面这么多空白的地方呢,看着间距也太大了吧,对照着原型一看,不得了,这块...
            1 1 13126
            分享
          •   本人在测试岗位工作10有余,本着对测试工作的热爱,在工作岗位上一直表现还不错,在测试技术、流程方面颇有一些心得。今天就谈谈回归测试和确认测试的区别。  一、回归测试和确认测试的误区  其实我在之前的工作当中一直都经常说“回归测试”,基本上没有提到过“确认测试”。正式接触到“确认测试”还是从学习ISTQB认证开始。ISTQB基础级大纲中就提到了确认测试和回归测试的区别。  一开始我还很疑惑,难道回归测试不就是确认测试吗?回归测试不就是在确认bug修改有没有生效吗?但是,实际上大错特错。确认测试是在修复缺陷后,在软件的最新版本上,重新执行之前因该缺陷而导致失败的测试用例,来确认缺陷被解决。而回...
            1 0 1336
            分享
      • 51testing软件测试圈微信