KA测试外部流程-外部.docx

杭州斯凯网络科技有限公司斯凯网络科技有限公司KA外部测试流程文档V0.100Clark.zhang2011-7-27-KA外部测试流程主要针对KA测试人员做现场测试支持作参考- 目录一目录厂商现场测试31.测试环境准备3自备3测试手机32.测试文档准备33.测试步骤3确认手机信息3格式化T卡3测试软件基本功能以及交互事件3bug的记录和验证4测试报告的发送44.Bug的沟通与验证4与现场测试人员的沟通4与FAE或内部开发人员的沟通45.Bug的现场反馈与记录4二办事处KA手机测试51.测试环境准备5自备5测试手机52.测试文档准备53.测试步骤54.Bug的沟通及验证55.Bug的记录与反馈5三总结6 一目录厂商现场测试1.测试环境准备自备T卡：至少2张，空间大小随意（目前1G是起码的）SIM卡：至少保证一张联通，一张移动2G卡；测试手机FAE提供或者自己向厂商负责人借取测试手机，确保手机中的测试环境是FAE认定的移植版本以及其中有我司的应用入口。2.测试文档准备通用测试用例第三方软件测试用例3.测试步骤确认手机信息拿到手机先确认手机的一些基本信息（手机厂商机型，移植版本，VM版本等）。这类信息为定位问题提供了有利的证据，厂商机型主要针对部署定位，移植版本和VM版本主要针对FAE移植层定位。事先做好记录，省得到时候沟通起来再去查，就没有环境提供给你了。格式化T卡这步也很重要，t卡的环境复杂多样，之前在测试多媒体视频聊天应用时，因为没有格式化t卡，从现网上下载下来应用后就会因为一些文件的识别问题导致启动应用后界面发生错乱等现象。所以保持测试t卡的干净环境还是很必要的。测试软件基本功能以及交互事件这个应该是每个测试人员都应该具备的技能，这里就不多说了。主要还是要以熟悉产品为前提。bug的记录和验证这里分两个点，首先是自己在客户提供的测试机器上发现了bug必须做好记录，描述清楚整个问题出现的路径以及概率，并及时反馈给在现场的FAE或者后场的开发人员；第二点是根据客户测试人员提供了该项目的测试报告（buglist），我们则需要按照他们的buglist来验证定位问题，如有遇到无法理解或者对方没有描述清楚路径的情况，我们就需要及时的联系相关的测试人员进行确认，以便为FAE或者开发来定位问题。测试报告的发送通过以上步骤的测试过程，最终将测试结果在第一时间以测试报告的形式发送给相关人员（包括对应的FAE、CPM、BD以及公司内部项目相应的人员），做到信息共享及时。4.Bug的沟通与验证与现场测试人员的沟通遇到测试人员提供的buglist未描述清楚时，我们需要与测试人员进行确认与验证。首先应该在对方允许下希望他能重现问题，如果不能，就需确认问题的路径以及测试环境等一些因素。确保了排除其他一些客观原因影响后，进行一些压力测试来验证问题。并将测试结果及时告知客户测试人员。与FAE或内部开发人员的沟通在现场进行KA测试过程中，发现了bug应该及时与FAE或者公司开发人员进行沟通，将详细的问题路径告知给他们，使他们能及时修改和定位，减少bug的生存周期。并能对他们提供的修改版本进行及时的验证和反馈。5.Bug的现场反馈与记录将自己和客户测试人员测试过程中产生的buglist记录在KA测试缺陷表中，如FAE或者公司开发人员现场已经修改验证解决的问题，能够记录问题出现的原因和解决方法到KA外部缺陷跟踪表.xls中。二办事处KA手机测试1.测试环境准备自备T卡：至少2张，空间大小随意（目前1G是起码的）SIM卡：至少保证一张联通，一张移动2G卡；测试手机FAE从客户那里借过来指定的手机，指定进行哪方面的测试2.测试文档准备通用测试用例第三方软件测试用例3.测试步骤这里的步骤和现场KA测试基本一致，区别在于发现bug时只能先做好记录，可以反馈给公司开发以及通过MSN来与FAE交流4.Bug的沟通及验证一般这类测试基本由FAE/CPM发起,主要目的是为了验证手机平台上移植的我们的产品是否稳定，所以基本都是还没有递交给客户测试人员进行测试，因此没有客户测试人的buglist，省去了验证bug这一步。5.Bug的记录与反馈在办事处测试完成后，将所有发现的bug记录到对应的文档中，如果有公司开发人员以及通过msn等手段进行了应用上的修改并且验证通过的bug，也需要记录问题的跟踪表。而移植层方面由于FAE不能及时修改，所以如果发现移植层问题最好能够和FAE当面沟通或者在邮件中描述清楚为宜。三总结测试的主要目的还是发现可以通过测试避免的开发风险的规模和来源，把控软件的质量。而KA测试由于更加接近客户，需要在第一时间发现缺陷的同时能够将该缺陷进行跟