商城app测试工作经验怎么写
㈠ 软件测试项目介绍和项目经验怎么写
我本身是做软件行业的,已经做了七八年了,给你一些建议,仅供参回考~
① 项目介绍答的部分,要介绍清楚项目内容,并突出软件测试在项目各阶段中的位置,例如,项目的开发模式如果是V模型,那么软件测试伴随每个开发阶段,包括设计、编码等等。
② 项目经验这部分需要详细考虑了,分为两个方面,一、测试技术;二、角色职能;
· 测试技术
项目当中使用到的技术一定要简明易懂的提出来,例如是否用到自动化测试,性能测试,以及测试的OS是Linux还是Windows之类的,用到的数据库是MySQL还是Oracle...
· 角色职能
在项目当中,你扮演的角色是什么。如果是测试工程师,那么有没有妥善的完成测试设计和测试执行;如果是高级工程师,有没有做好测试分析工作,有没有很好的理解需求等。
希望对你有所帮助,有疑问的地方欢迎探讨。
㈡ 请问一个APP的直销商城模块要怎么测试
根据楼主描述,复这部分测试应该属制于功能测试,可以通过自定义脚本进行测试。推荐给你个平台—腾讯WeTest
根据你的需求,对接到腾讯专家,撰写测试用例。之后产生一份完善的测试报告。
WeTest腾讯质量开放平台(wetest.qq.com),是由腾讯游戏官方推出的一站式游戏测试平台。本着开放共赢的精神将腾讯游戏沉淀十余年,历经千款游戏锤炼的优秀测试方案和工具,陆续开放给广大游戏开发者,助力提高用户的研发效率和产品品质
㈢ APP测试人员是如何工作的
APP开发过程中,测试是一个必不可少的工序,但其实很多公司都没有测试人员或非专业测试人员,很多都是小公司,不会找专门的测试组,也有的出于利润,把工资都用在对APP的开发上。
这就造成APP上线后问题不断,一遍遍的反馈让开发公司改BUG。下面,app开发公司软捷科技给大家简介下APP测试人员的主要工作内容:
1.逻辑测试:把APP每个步骤走一遍,(包含购买、付款、发货、收货、好评、提现;打车、发单、接单、出去跑、支付、评价等)查看APP逻辑是否混乱、流程是否走不通、哪一步有功能遗漏等
2.功能/BUG测试:把APP中每个能点的地方点一遍,看看APP是否有BUG、功能是否有遗漏;同时测试点击每一步是否闪退、卡顿等
3.界面测试:查看APP界面是否美观、图标是否美观、整体排版情况等
4.兼容性测试:通过不同平台、不同机型、不同系统,对APP兼容性进行测试,查看是否安卓版本问题导致APP闪退打不开等问题
5.漏洞检测:从应用安全、源码安全及数据安全方面对用户管理、版本升级、界面劫持、动态调试、进程保护、程序完整性、数据储存、数据传输、业务逻辑安全、系统环境安全等内容进行静态、动态及人工分析等角度对移动应用做更全面的检测,为您的移动应用APP
提供更全面更专业的安全体检。
6.压力测试:几千人同时在线时APP是否会卡顿、不流畅、图片加载缓慢等
7.中断测试:APP正常运行时强制关闭、突然断电、突然断网、突然来电话、突然来短讯,查看订单等情况是否正常存在
8.弱网测试:APP在网络情况较差的环境下的使用体验等
对于测试人员来说就是为了找bug,也是一切;对于开发人员来说,良好的设计也意味着有良好的测试用例.测试表面上看是更多的开销,但实现却是赚了大便宜.总而言之,测试的工作在App开发过程中必须得到进一步的重视,这将关系到产品的质量稳定和用户的留存度的问题。可见,测试的作用不言而喻。
㈣ 如何制作移动app测试方案及详细流程
1.首先是测试 资源确认及准备
(1)产品需求文档,产品原型图 ,接口说明文档及设计文档应该齐全
(2)测试设备及测试工具 的准备:IOS和Android的不同年版本的真机,以及测试相关工具的准备
2.测试用例的设计及评审
(1)根据产品需求文档,产品原型图等文档,设计客户端的一般功能测试用例
(2)测试用例评审,修改与完善,评审过后着手进入正式测试阶段
3. UI测试
(1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户需求
(2)测试过程一切以效果图为准,若用户体验方面有建议,先以邮件的形式 与产品经理确认,确认通过后,可以正式的发出用户体验方面的问题
4.功能测试
(1)APP功能测试主要依据编写的功能 测试用例进行软件功能的遍历
(2)涉及的测试主要包括基本功能测试,安装,卸载,运行测试 ,异常处理(包括网络 突然中断或者网速 过慢,机器内存不足等异常情况的处理 )
5.中断测试
(1)软件运行 过程中接电话,收短信,锁屏,闹铃,充电,收到通知提醒后在 使用软件,软件任可以 正常运行
(2)运行软件时由前台切换到后台,再切换回前台 仍能继续运行
6.兼容性及适配器测试
(1)硬件的适配 :不同手机 厂商,硬件 性能,不同屏幕大小的适配
(2)OS版本的兼容
(3)不同屏幕分辨率的适配:移动端设备的屏幕分辨率多种多样 ,如果 app没有做合适的处理可能会显示不好,甚至影响功能的操作
(4)兼容性测试必须放在 一定数量的真机上运行 ,由于真机类型较多,兼容性测试 的时候可以选取典型的几种运用较多的真机进行兼容性测试
7.性能测试
(1)客户端性能测试注重安装卸载时间,启动时间,页面加载时间,主要功能占用的床铺,内存,流量,耗电量 等,以及与同类产品相比较是否具有优势
(2)至于服务器端的性能,主要利用接口对服务器进行加压,重点关注相应时间,吞吐量,并发数,事务通过率等
8.稳定性测试
(1)安卓app的稳定性常常使用 monkey进行测试,通过随机事件流模拟个人操作,对检查程序的内存溢出,空指针有很大的作用
9.检测分析及测试报告输出
以上各种形式的APP测试结束后,应该形成完整的分析及报告文档,输出给相关人员
TestBird
㈤ 如何做好app的测试工作
测试人员常被看作bug寻找者,但你曾想过他们实际是如何开展测试的吗?你是否好奇他们究竟都做些什么,以及他们如何在一个典型的技术项目中体现价值?
作者将带你经历测试人员的思维过程,探讨他们测试移动app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程,并展示他们通常所考虑内容的广度和深度。
测试人员需要询问问题
测试人员的核心能力在于提出有挑战性的相关问题。如果你能将调查、询问技巧和技术、产品的知识结合起来,渐渐地,你也会成为一个好的测试人员。
比如,测试人员可能会问:
·这个App应该在什么平台上使用?
·这个App到底是干什么的?
·如果我这样做,会发生什么情况?
诸如此类。
测试人员能从各种场景中发现问题,它们可能来自对话、设计、文档、用户反馈或者是产品本身。这些可能性太多了……因此,让我们一探究竟吧!
从哪里开始测试
理想情况下,测试人员应该掌握所测产品的所有最新细节资料。但事实上这很少见,因此,像其他人一样,测试人员只能将就使用手上有限的资料。但这不是不能测试的借口!测试人员其实是可以从内部和外部多种不同的来源处收集信息的。
这个阶段,测试人员可以问这些问题:
· 有哪些信息:规格?项目会议?用户文档?知识渊博的团队成员?有支持论坛或者是公司在线论坛提供帮助?有现存Bug的记录吗?
·该应用是在什么系统、平台和设备上进行运作和测试?
·该应用是处理什么类型的数据(比如个人信息、信用卡等等)?
·该应用有整合外部应用(比如API和数据来源)吗?
·该应用需要用到特定的移动端网页吗?
·现有消费者如何评价这个产品?
·有多少时间可用于测试?
·测试的优先级和风险是什么?
·哪些用户使用起来不愉快,为什么?
·如何发布和更新?
基于以上收集的信息,测试人员可以制定测试计划了。通常预算决定测试方法,一天测完,一个星期或一个月测完的方法肯定不同。当你逐渐熟悉团队、工作流程以及这类问题的解决方式时,你就更容易预测结果了。
案例:Facebook App的社会评论
当作为一名测试人员收集信息时,我喜欢选用Facebook App作为案例,因为用户的抱怨到处都是。以下仅仅展示了部分遇到难题的用户在iTunes App Store中发表的评论,网络上还有很多。
iPhone上的Facebook App有很多负面的评论
如果我接受挑战去测试Facebook这个App,我肯定会考虑这些反馈,否则就是傻子。
测试人员的创造力
你可能知道这个App原本想做的事,但是它究竟可以做什么事呢?用户实际上是如何使用它的?测试人员擅长作为旁观者来思考,尝试不同的事物,以及不断地询问“如果。。。会怎么样”和“为什么”的问题。
比如,移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张,但是,这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。
测试人员可能会设想自己是以下用户:
·毫无经验;
·很有经验;
·爱好者;
·黑客;
·竞争对手。
当然还有更多可选的角色,这主要取决于你们所开发的产品是什么。其实除了角色特点外,其操作行为和工作流程也很重要。人们使用产品方式常常很奇怪,比如:
·在不应该返回的时候返回了;
·不耐心而且多次敲按键;
·输入错误的数据;
·不理解该怎么做;
·可能没有按要求进行设置;
·可能会自以为是地认为自己知道该怎做什么(比如通常不阅读说明)。
测试人员遇到这些问题时,也常常发现意料之外的Bug。有时候,这些Bug微不足道,但是更深入的调查就会发现更严重的问题。
很多问题是可以被预先确定和测试的。测试移动端App时,以下的问题并不都有关,但是也可以尝试问问:
·是否按照所说的来做呢?
·是按设计完成任务的吗?
·不是按设计完成任务的吗?
·如果处于一直被使用或者负荷情况下,状况会怎么样?会反应迟钝吗?会崩溃吗?会更新吗?有反馈吗?
·崩溃报告会反馈到App吗?
·用户可能有哪些创造性的、逻辑性的或是消极的导航方式?用户相信你的品牌吗?
·用户的数据安全如何?
·有可能被中断或是被破解吗?
·运行到极限时会发生什么状况?
·会要求打开相关服务吗(如GPS、Wi-Fi)?如果用户打开会怎样?没打开又会怎样?
·将用户重新引向哪儿?去网页?还是从网页到App?这会导致问题出现吗?
·沟通过程和市场反馈是否符合该App的功能、设计和内容?
·登录流程是怎样的?能在App上直接登录还是要去网页端?
·登录是否整合了其他服务,比如用Facebook和Twitter帐号登录?
案例:Run Keeper’s gy Update
RunKeeper,是一款能跟踪你健身活动的App,最新发布的版本里有个“目标设置”的功能,对此我很感兴趣去体验一下,一部分从测试人员的角度来看,更多的是作为一个真心喜欢产品的用户来体验。但我发现了一些问题:
1. 默认单位是英镑,我却想要把公斤作为重量单位;
2. 英镑和公斤间的切换根本不好用;
3. 当设定目标后,会导致展示错误的数据和图表,这让我很迷惑;
4. 由于第3条,我想删除目标,但却根本找不到删除的地方;
5. 为了解决这一问题,我不得不改变的个人体重的值,直到 “目标设置“范围之内,这样目标达到了,就能重新设定目标了;
6. 我会再次尝试添加目标;
正因为以上疑惑,我花了更长的时间把玩它,看能不能找到其他的问题;
以下是一些发现问题的屏幕截图:
该App的最新版本包含了一个新的“目标”部分。设置日期的时候,我发现开始和结束的日期都可以从公元1年开始,另外,为什么有两个1年可选(译者注:年份那列从上往下应该显示为“1、2、3”)?另一个Bug,是“当前体重”部分的一个拼写错误,当清空数据时会出现拼写错误的“Enter“(应用中用的是Etner),这只是一个小Bug,但是看上去非常不专业。
发现问题没有捷径,你只能反复的慢慢的试用。每个App及其团队都会面临很多不同的挑战。但是,测试人员的典型的特点就是:超越极限,做一些非
常规的、可以改变周围事物的事情,保持长时间的测试(测试几天、几个星期甚至几月,而不是几分钟就测完),即使明明知道这些事情是不可能发生的。这些也正
是可以找到和引出的场景所在。
哪儿有所有的数据?
测试人员喜欢从数据上找问题,这让开发人员有时候很郁闷。事实上,用户或者是软件开发人员在信息流中确实太容易迷惑了,因为可能会出现很多错误,所以基于数据和云的服务更为重要
也许你可以尝试在以下场景中检查出问题:
· 移动设备数据已满;
·测试人员移除了所有的数据;
·测试人员删除了App,那数据怎么办?
· 测试人员删除并重装了App,数据怎么办?
· 过多或者过少的内容导致设计和布局的改变;
·在不同的时间段和时区使用;
· 数据不同步;
·同步被中断;
·数据更新影响其他的服务(比如网页和云端服务);
·快速处理数据或是处理大量的数据;
·使用无效的数据;
案例:Soup.me的错误
我试用过的Soup.me, 是一个可以通过地图和颜色将个人Instagram 中的照片进行分类的网页服务,但是我却没用多久。当注册时,
它提示我Instagram上的照片不够多,然而我的账号中明明有500多张照片。我并不清楚问题出在哪儿,也许是数据问题,也许是表现层的问题,也有可
能是该App出错提示的问题。
另一个案例:Quicklytics
Quickytics是一个iPad上的网页分析应用。在使用过程中,尽管我已经从Google Analytics中删除了网站配置,但它仍然存在。这里有一些问题:
·我已经删除了网站配置,为什么还是有这些信息?
·左边模块没有解释为什么“该操作无法完成”,那么是不是可以改进以避免迷惑用户呢?
测试人员也很喜欢测试极限数据下的情况。他们常常是作为典型用户来了解这个App,所以极限下的测试并不会花很长的时间。数据是混乱的,所以测试人员要考虑到软件的用户类型,以及在不同的数据场景下如何进行测试。
比如,他们可能尝试以下场景:
·测试用户可输入的极限值;
·用重复的数据进行测试;
·在全新无数据的手机里测试;
·在老手机上测试;
·预先安装不同类型的数据;
·考虑聚集大家的资源来进行测试;
·让一些测试自动化;
·用一些超出预期的数据去测试,看它是怎么处理的;
·分析信息和数据是怎么影响用户体验的;
·不管用户看到的是否正确,都要一直问问题。
创建出错提醒和消息
这里,我不是从设计师的角度来要谈论好的错误消息的设计,而是想从用户或是测试者的角度来看这个问题。出错提醒和消息是测试人员很容易发现问题的地方。
关于错误信息要问的问题:
请考虑以下问题:
·出错提醒的UI设计可以接受吗?
·错误信息内容可以理解吗?
·错误信息是否保持一致?
·这些错误信息有帮助吗?
·错误信息内容是否合适?
·这些错误是否符合惯例和标准?
·这些错误信息本身是否安全?
·运行记录和崩溃是否能被用户和开发者获得?
·是否所有的错误都被测试过?
·用户处理完错误信息后,将处于什么状态
·是否在用户应该接受错误信息时,却没有错误信息弹出?
错误信息会影响用户体验。然而,不好或无用的出错提醒无处不在。虽最理想的状态是避免用户遭遇错误信息,但这几乎不可能。出错情况的设计、实现和确认可能与预期相反,但是,测试者往往善于发现意料外的Bug,并能仔细考究是否改进它们。
㈥ 针对手机商城 app 的测试,请分析在测试时需要关注哪些非功能测试点
在各个型号品来牌版本手机上的兼容性测源试
性能表现:CPU,耗电,内存等
压力测试:比如在搞活动的时候,大量用户涌入,服务器是否会宕机
安全测试:账户安全,支付安全,APK包是否容易遭木马外挂等
还有一些专项测试,比如中断测试,弱联网测试,耗电量测试等等
这是我能想到的非功能点的测试,欢迎大家补充。目前我在用TestBird APP测试平台在做以上有一些测试,效果还不错
㈦ app开发中测试的工作主要内容是什么
了解测试需求;根据需求说明书和开发工程师的要求,了解被测系统的详情;
制定专测试计划;属了解详细后,编写测试计划,包括测试项目,测试时间,测试人员安排等。
编写测试用例;针对不同的功能模块,书写不同的测试用例。
实施测试计划,按照测试用例进行实际测试,出现问题记录下来;
书写测试报告;根据测试记录,书写测试报告,并将测试结果反馈开发人员。
验证修改结果,修改完成后在反复测试,从部分到系统,直到bug全部解决。
测试结束。系统不再出现漏洞,满足客户功能、健壮需求,测试工作结束。
㈧ 软件测试工程师简历中的工作经验和项目经验怎么写
软件测试工程师简历中的工作经验和项目经验应该包括工作时间、工作岗位、工作内容描述等。
工作时间:2013-03到2014-03
公司名称:简历本网络科技有限公司
所在岗位:软件测试工程师
工作描述:
项目名称:ET5交易软件
测试类型:功能测试、性能测试、App软件测试
测试工具:Loadrunner、Charless、Jmeter等工具
项目描述:这是一款在线上进行市商交易的金融交易系统。集成了买、卖、定向交易成交、保存交易记录、查看交易记录于一体的交易系统。使用测试工具对交易软件进行服务器压力测试以及手机App的性能测试。
责任描述:
1、阅读需求,与开发交流沟通,深入了解需求。
2、确定测试策略,指定测试计划。
3、根据测试需求和测试策略设计测试用例,进行评审。
4、搭建测试环境,执行测试用例。
5、发现缺陷,提交报告,导入管理工具。
6、跟踪处理缺陷,反测通过,关闭缺陷。
7、编写测试总结报告。
(8)商城app测试工作经验怎么写扩展阅读
通过强调工作经历,够演示出持续和向上的职业成长全过程,因此有许多职业指导和招聘专家认定时序型格式是简历格式的当然选择。时序型格式以渐进的顺序罗列曾就职的职位,从最近的职位开始,然后再回溯。
时序型格式的特点是罗列出的每一项职位下,要说明责任、该职位所需要的技能以及最关键的、突出的成就。关注的焦点在于时间、工作持续期、成长与进步以及成就。
㈨ app开发中测试的工作主要内容是什么
1.
了解测试需求;根据需求说明书和开发工程师的要求,了解被测系统的详情;专
2.
制定测试属计划;了解详细后,编写测试计划,包括测试项目,测试时间,测试人员安排等。
3.
编写测试用例;针对不同的功能模块,书写不同的测试用例。
4.
实施测试计划,按照测试用例进行实际测试,出现问题记录下来;
5.
书写测试报告;根据测试记录,书写测试报告,并将测试结果反馈开发人员。
6.
验证修改结果,修改完成后在反复测试,从部分到系统,直到bug全部解决。
7.
测试结束。系统不再出现漏洞,满足客户功能、健壮需求,测试工作结束。
㈩ 刚进入公司做app测试,想问问大家在工作中都有什么心得体会
我在TestBird也是做自动化测试的,有这么几个很有趣的感受:
1.测试能提高软件的质量,专但是提高质量不能依属赖测试
2.测试能证明缺陷存在,不能证明缺陷不存在
3.80--20原则:80%的缺陷存在20%的模块中,经常出错的模块改错后还会经常出错。