书到用时方恨少，恍然一年又到头。不知不觉，又到了辞旧迎新的年末，每当这时候，我的心情都是那么复杂。一方面，感觉自己的生活、工作并不如自己的期望，另一方面，也对未来的一年充满了迷茫和担忧。
想想已经从学校毕业了两年多，这两年多的时间里，自己的各方面都遇到了不同的变化，从学生到职场，从熟悉的家乡到陌生的城市，从一个围城到另外一个围城，生活的方方面面所要面对的压力和挑战，无时无刻不要绷紧神经。
言归正传，从电厂跳出来到现在的一年多时间里面，面对不一样的人、不一样的工作，自己还是收获和成长了一些。凭借之前在电厂的一些业务知识、行业经验，进入了一家电力行业研发制造的公司作为测试人员，主要的任务就是要对嵌入式产品的功能进行黑盒测试，因为行业的特殊性，这些嵌入式产品往往是按照一些特定的协议标准和外部进行通信，所以一般来说都是需要和上位机、配套设备进行联调。做黑盒测试给我的感受不是说产品有多么高大上或者说产品本身的技术含量有多高，而更多的难点是在于测试环境的搭建、测试需求的分析。这是一家已经有二十多年历史的电力公司，所以里面的很多一系列的产品都是有丰富的市场积累，而且电力行业作为传统行业，对于新技术的要求并不高，所以测试的关键在于业务的熟悉和深入程度。
说到业务知识，其实这个在实际工作中接触的比较窄。为什么这么说呢？公司的中小需求对接一般都是由区域的销售经理、大客户反馈到产品经理，产品经理再进行提交需求变更到研发部门进行需求的实现，测试单提交到测试人员执行之前，测试人员是无法参与到这个需求沟通的过程中的，测试执行只能够通过研发人员提交的简短测试说明中获取需求的信息，可想而知，接触不到需求、接触不到现场的实际情况，测试执行者只会是越测思路越窄，往往就只能按照开发的思路执行测试，这也是我在工作中发现的弊端。
提到测试单，实际测试工作中比较重要的一部分内容是测试用例设计，设计的思路要完整首先必须得熟悉黑盒测试方法，我涉及比较多的一般是场景法、错误推断法、边界值、等价类，测试的产品也比较宽泛：基于arm开发的嵌入式手持设备、基于windows系统的工控机、无线Zigbee通讯控制器、IOS/Android版本的APP…公司的产品很多，测试的过程中离不开测试场景的设计（模拟用户使用），对异常操作、异常数据进行判断，边界值、等价类测试反而是在软件设置中（用户密码长度/字符、用户名长度/字符、最大最小值等）使用的比较多。
除了产品自身的功能实现，和外部的通讯测试也是我在这一年中感受比较深刻的。一般接触到的通讯接口有RS232串口、RS485、网口、USB口，公司开发的B/S主站软件一般的通讯配置有串口、UDP、TCPClient、TCPServer、USB配置、蓝牙配置、隔离通道配置等等，所以测试过程中需要对通讯数据进行抓包分析，主站软件就好像是一个人的大脑，通讯通道就是神经网络，而配套的设备就是人的各个器官、肢体，接收不同的命令去实现不同的动作（操作）。对传输距离、传输角度有较大限制的红外通讯的工作方式、点对点的蓝牙通讯、对EFT测试受干扰较大的网线、RFID射频识别…理解了通讯原理之后，才能充分考虑到通讯过程中的异常、影响性能的测试点，设计合理的测试用例。
随着工作的深入，承担的任务也越来越多（越来越杂，汗颜…）因为负责的是嵌入式产品，在电力复杂的生产环境中使用（工况相当恶劣，高温、高压、高频、高音…深有体会…汗颜…），所以手上的产品在公司进行摸底试验，咳咳，公司的实验设备还是不错滴…当然，遇到问题，还是得找硬件、结构人员过来解决，emmm，是不是可以考虑下测试人员解决部分简单的问题呢，思考…因为招投标、项目评审需要产品的检验报告，我也是第一次去到人口大省进行外部试验，第一次看到专门做EMC、电气、环境试验的实验室，相比公司的，真是小巫见大巫，第一次感受到试验过程中的酸甜苦辣…参与新产品测试方案的评审，厂家交流（推销）会，外部厂家样机的体验、测试。
作为一个测试行业的新人，自己平时喜欢“51Testing网站和论坛、鱼C论坛、网易云课堂等平台进行自我充实，刚入行觉得，握草，难道我的工作就是写写写用例、测测测功能吗？后来，看了不少大神的博客、帖子、网课，握草，我才涉及了测试的九牛一毛啊…除了黑盒测试，还有白盒、接口、自动化、单元、性能、安全测试啊……
总的来说，今年收获了一些测试经验、试验经验、遇到了一些人、一些事，完成了几个日常测试工具的开发、策划了活动、写了一些文档，不甘心的有UI自动化框架、蓝牙工具、LoadRunner在BS主站的实践还没有完成…想不通，没完成的，唯有来年再战了！
版权声明：本文出自 winningchen 的51Testing软件测试博客：http://www.51testing.com/?15176631，原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
