软件测试年度总结_软件测试总结全
软件测试年度总结由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“软件测试总结全”。
2016年软件测试年度总结
亲爱的领导：
您好！
来公司已经2年半，担任软件测试工程师，这个看似不起眼的工作岗位，但也是公司很重要的环节，我自认为在工作中算是尽职尽责绝不含糊，从来不以一位员工的态度测试，本着以公司立场和买家对待我们的手表、APP、手环；同事之前团结友爱，互相帮助，有新同事在测试过程中遇到不明白的地方，我会第一个站出来协助一起完成。测试过的每一个BUG都记在脑海里面，过目不忘。工作中发现对方不足委婉提出，别人对自己的意见也积极改正，每一天都在努力提高自己为公司自己创造存在的价值。
一、工作内容
主要负责MTK6261、MTK2502、MTK6260、量产维护版本和首版软件系统测试和BUG跟踪；
手环配对IOS和Android分动手环静态页面测试、BUG提交禅道、跟踪； 第三方APP测试西瓜皮IOS端和Android测试及问题提交给第三方公司修改、跟踪；
第三方APP关爱护航IOS端和Android测试提交给第三方公司修改、跟踪； 第三方Fwatch IOS端和Android测试及问题提交给掌盟修改并协助问题验证；
分动穿戴、分动手环、分动伴侣、乐活、乐跑、稚爱测试及BUG提交禅道、跟踪；
编写分动伴侣的测试用例、参与审核； 专项验证；
编写所有APP支持语言列表和新增语言维护到服务器； 6261、6260、2502平台共性BUG总结；
编写Meta2_3G-写IMEI号说明维护到服务器；
所有项目开关机logo、动画附件归类和新增附件每周维护； 编写大数据部所有APP自检内容和参与评审；
编写NX9_苹果风格功能列表和新增维护到服务器；
编写M6261A、6261D主菜单功能列表和新增菜单维护到服务器； 编写2502语言支持列表和新增菜单维护到服务器； 集合2502静态图维护到服务器；
所有项目工程测试指令集合和新增内容维护到服务器； 编写6261/2502/6260平台版本测试注意事项；
遇到每一个必现死机BUG先进行同平台其他项目验证是否也存在，通知软件工程同步修，并且改积极配合验证找出BUG原因，然后把处理结果分享给测试组其他成员测试过程中留意并且提出来；
二、测试心得分享
每天的准备工作，首先前一天下班前要把第二天测试的机器找到，先充电；提前把下个测试项目的机器找到充电，下个项目没有机器的情况下，与项目经理确认是否有机器也好提前给项目经理准备机器的时间；因为项目经理有时候忙其他事情去了，不可能立马准备好；与项目经理确认没有机器后，回复邮件后告知量产维护版本组长安排下一个版本。
首版测试首先要核对产品规格书，是否有项目经理写错的地方，和配置与实际的机器配置不一致的，要划重点写在邮件抬头。然后核对客户需求，核对附件内容，如有需求和附件内容不明确的地方请和项目经理确认，确认完之后必须以邮件的形式回复【方便其他同事测试查询和后续有疑问要确认】测试到有修改时钟，需先检查附件：数字时钟检查从0-24有无缺少的数字，AM/PM；模拟时钟要检查秒针、分针、时针长短顺序是从长到短，注意了长短一样的情况经常出现；秒针、分针、时针的数量要够，如有缺少，请把时间调到缺少的时间段，看是否显示错误。核对功能是否齐全，把该平台支持的功能，未内置齐全的建议一栏写上。测试功能后最后把蓝牙距离、计步器专项验证好粘贴在邮件里面，如蓝牙距离少于10M一定要特别标明，请项目经理安排客户硬件检测。计步器差异大的同样在邮件里面特别标明软件已经一起排查，邮件抄送给硬件工程师。【首次测试每一台都要测】
量产维护版本机器不够，特殊情况下软件紧急无法核对基础版本，找一个同平台配置一样的下载基础版。软件下载好后先核对开关机动画、开机logo、蓝牙名称、语言、菜单功能UI显示、子功能是否与基础版本一致。核对客户需求，需求有修改错误、未修改完的情况下，回邮件重新修改。测试过程中遇不能连接蓝牙：换一台手机试试，再不行，换一台手表下载同一版软件试试，【包括其他蓝牙有关的问题也要这样确认】。遇摄像头打开提示错误：请确认基础版本是否正常，如正常！把软件下载在正确的机器上是否能正常，如正常是机器有问题。如果错误，软件有问题。测试遇到某一个界面某一个位置触摸不灵【比如相机界面的右下角返回按钮】，切换到其他界面相同的位置触摸正常，是软件问题触摸区域还可以优化。
三、存在的问题和打算
尽管经过一些努力，我的测试水平还需进一步提高。在以后的工作中，我将加强自主管理的意识，加强理论和业务学习，不断提高业务技术水平，使自己的工作达到一个更高的层次，能外出为相关项目公司做培训，有问题积极与领导进行交流，出现工作上和思想上的问题及时汇报，也希望领导能够及时对我工作的不足进行批评指正，使我的工作能够更加完善。
今后我会加强硬件和外语专业知识的学习。只有这样才能进一步提高公司的效率，增强公司的竞争力，在加强本专业业务能力的同时，要不断的学习，扩展知识面，为公司的发展和自身的发展打下良好的基础。
四、个人建议
这一年来我们部门有明显进步，部门之间近期工作流程越来越规范，正在改善责任制度、管理体系等，个人有以下几个小建议： 软件工程师出版本后无自检意识，导致量产维护版本只修改一条需求（例如：语言、开关机logo、开关机动画、蓝牙名称）也会有存在没有修改好就发申
以上是个人年终总结
请测试邮件，导致测试人员从安排测试到搭建环境后发现问题，要向项目经理和软件工程师确认中间是否有新增需求等等，浪费一下不必要的时间，一般这种情况费时在半小时左右。所以建议量产维护版本；
邮件内测试部提交的BUG，软件工程师修改后未备注修改点和不做修改点； 邮件内测试部提出的BUG涉及到app与手表、手环需共同分析解决的问题，一般双方都没有经过自检的情况下互相推卸责任，凭借直觉感知是对方的问题不给予处理，希望双方领导倡导大家自觉一起找问题解决问题； 项目经理需求邮件命名不规范，无法确认测试样机； 项目经理发邮件一封邮件多半软件需求，导致软件版本管理混乱，容易出错； 测试结果邮件备注需项目经理确认之处，不给予邮件回复，与软件工程师私底下沟通，测试部不清楚情况；
手环组需求大多项目是客户与软件工程师私下以QQ沟通需求和当面决定，后期发软件版本无需求补充在邮件内，测试过程中与项目经理确认客户软件定义不知情，这是非常影响项目进度的问题；建议所有需求由项目经理了解到后以邮件的形式发给相关人员；
手环不同客户需求不同，从手环端基础把版本上无法辨别所有功能，所以建议项目经理每一封邮件发出当前项目所支持功能表格；
已发软件版本正在测试过程中，软件工程师悄无声息的替换服务器上软件包；软件工程师发现需要重新出版本应该立即发邮件通知相关人员（测试部、项目经理）；
测试手环国外APP需要翻墙的时间特别长，有时可能半天不成功，建议公司申请增加VPN；
项目经理管理混乱，没有提供样机，催促版本紧急； 建议部门领导给我们做一下硬件方面的知识培训；
