考勤门禁测试（一）——项目定制测试

 

一份勤奋  一份才       

                  —共勉

           

        从部门到部门的申请调动，此刻我已经坐在了软件测试部门的办公室里。一个月半的学习和目前刚完成第一个定制项目的测试完成，突发奇想写篇博客记录。写博客，应该会坚持了，从手写到码字，从纸质到博文，从懒于学习到想学习到实践学习，从没习惯整理资料到强迫自己整理到慢慢养成整理资料，不得不承认自己的心态和想法上有了很大的转变。

        朋友会一路拥有一路失去，何况是知识呢。现在才惊觉学习是件需要持续学习和长期维护的事情，有个掘金上认识的小伙伴给我很大的触动。坚持写博文，到面试前就按着自己的博文路线来走，不得不说有影响到我，不喜喧闹，闷声学习和发博文，某次闲聊跟我分享道：技术的学习不能太喜闹，需要静心，需要思考，需要沉淀。后面我才知道这位大哥是广州工业的大哥，然后问我你工资怎么这么低，我刚毕业校招就拿到了8k+~  我...我...我喝杯..

 

 

目录

• 背景介绍
• 技术支持
• 知识填充
• 测试流程
• 测试过程&&测试用例
• 客户需求说明书
• 定制功能确认单
• 定制功能简易说明书
• 测试报告
• 缺陷报告
• 结语

 

背景介绍：

      考勤机实现人、地、时三者合一，去除考勤虚假，为公司省去不必要的加班费用付出。对企业职员的人事出勤进行公正合理并有效、科学的管理已成为各单位面临的现实课题。

       门禁机是门禁系统的核心控制设备，以大容量FLASH作为存储载体，具有数据存储可靠，掉电数据不丢失，集管理和自动控制为一体。实现门禁的自动化管理，数据还可用于考勤，实现门禁考勤双功能，同时与一卡通系统可以无缝连接。广泛应用于智能大厦或智能社区的门禁控制、考勤管理、安防报警、停车场管理、电梯控制、楼宇自控等，还可与其它系统联动控制等多种控制功能。  

      考勤机 &&门禁机     

 其实不明白也没事儿 毕竟等正式工作后就知道是什么啦  ||    工作后日常考勤~

 

技术支持

• 了解考勤门禁系统的概念&&功能介绍&&参数列表
• 了解考勤门禁新老架构的系统
• 了解考勤门禁涉及到的硬件知识
• 了解考勤门禁启动过程及固件运行模式&&Linux调试&&Linux命令
• 技术工具&&用户书册&&测试用例&&测试FAQ(常见的问题项目与对应问题的解答)

知识填充

• 了解考勤门禁涉及到的硬件知识

1. 核心板、主板、屏幕、指纹头、通讯模块、刷卡模块、排线、等等
2. 通讯模块：WIFI模块、GPRS模块
3. 刷卡模块：ＩＤ、MF、等等
4. 等等..

• 功能介绍

1. 功能点：  用户管理、权限管理、通讯设置、系统设置、个性设置、数据管理、门禁管理、U盘管理、记录查询、短信息、工作号码、自动测试、系统信息
2. 测试点：  控制器、通讯方式、门禁功能、反潜功能、wiegand、门铃、选配卡类、算法版本、适配指纹头、Photo ID、面部识别、POE、位码、其它、webserver、外接读头、定时响铃
3. 其它：    摄像头、内置后备电池、考勤照片下载、DNS、ADMS功能、SSR（OP1000）、DHCP、打印功能、Soap功能、TTS、U盘上传下载、短消息、workcode、T9输入法、后台验证、外接指纹仪、夏令时、记录查询、定时状态转换...
4.  建议参考第一点功能点-一级菜单    ：第二三点过于笼统：       细化功能比较多 建议百度全面资料

• Linux

1. 调试： 机器调试、main调试、调试许可Licdm程序、U盘调试
2. 登录退出系统：telnet、exit、reboot
3. 目录相关：pwd(显示当前路径)、ls、cd、mkdir、df(查看当前系统存储空间使用情况 单位kb)
4. 文件操作命令：touch(创建文件)、cp(复制)、rm、chmod(授权 /  chmod 777 文件名)
5. 文件打包命令：tar(cvzf打包 czvf / xvzf解压vzvf )、gzip、gunzip
6. 文件传输命令：tftp
7. 运行命令：./main && Ctrl+C组合键

telnet+ip   

cd/mnt/mtdblock        

cd /etc   >  passwd  > 输入pw >确认pw  >cp passwd  cd/mnt/mtdblock &&cp passwd  cd/mnt/mtdblock /data      

tar cvzf  cd/mnt/mtdblock *

tar  xvzf  ××.tgz  (cd/mnt/mtdblock)

tftp  -l  本地文件 -r -p  电脑ip  机器-->电脑  打开同目录的tftp

tftp -r ××.tgz -g 电脑ip  电脑 --->机器  打开同目录的tftp

 

定制测试流程

• 测试流程：  接收定制任务/资料，检查资料的准确性以及找技术再次确认需求，配置测试环境、开始定制功能测试、开始标配功能测试、输入测试用例、输出缺陷报告、找技术确认缺陷问题、移交项目资料。
• 测试机器、检查相关硬件配件、自行解决。
• 测试工具：Xshell、写参数工具、tftp工具、Newcapture_alex截图工具、配套的考勤软件/门禁软件、多国语言测试工具、配套SDK&&Demo等
• 在网上也看了很多资料，对于测试流程各有各的理解，可以说是很杂。固然实践重要，但理论也很重要~先有思路再沿线摸索

测试过程&&测试用例

第一部分：测试用例的编写：

• 固件测试报告
• 测试缺席报告
• 定制功能操作简易说明书
• 定制功能确认单
• 客户需求功能说明书
• 移交资料（SDK&Demo&定制固件包）

客户需求功能说明书：

1.    概述 
2.    需求背景
3.    定制背景分析: 客户之前××定制未移交工厂，现在重新添给加到××平台
4.   详细需求描述部分： 客户定制需求

心得： 明确客户的定制需求，细化了解相关的需求以及定制功能所在的区域和所需配套的参数。

           学会整理会让工作变轻松，测试中学会归纳。

 

定制功能确认单：

1. 定制固件的版本号： 检查填写的相应的版本号是否和项目的版本好一致，如果不一致改成一致【重要检查】
2. 功能分类：功能描述：  标配功能：根据公司的订单系统检查技术填写好的需求，是否有功能遗漏和填写不支持的标配功能，发现不支持的功能及时与技术进行沟通，避免耽误增大工作难度。确认语言环境/确认系统环境/ 填写定制语言语音信息/ 技术签字&测试签字。确认好单子后，在完成定制测试后，每每完成一个标配功能都在后面方格打上OK标识。
3. 一定要细心核对技术勾的功能点，多细心。多细心，多细心都不为过。

 

定制功能操作简易说明：类似操作手册

1. 项目概要信息
2. 第一部分 定制功能列表： 复制客户需求功能说明书里的定制需求
3. 第二部分 文件存放目录结构：移交定制固件的资料名称/截图
4. 第三部分 功能option参数配置和说明： 新增参数  /标配功能参数配置  / 新增语言以及相应的语言包列表名 
5. 第四部分 定制MCU程序及定制硬件信息：MCU程序说明 / 定制硬件说明
6. 第五部分 定制功能操作说明：主要是描述定制需求功能的测试过程：
7.               功能说明 / 参数配置 / 新增菜单路径 / 新增语言 / 功能操作步骤描述
8. 第六部分 互斥功能说明 / 定制变更说明  ：主要记录：描述功能功能 / 主流环境与定制环境等的互斥因素
9. 

总结： 文档一式两份(中/英)  编写一定要图文并茂通俗易懂  一定要边测试编边写操作文档

 

测试报告

1. 编写目的：本测试报告的目的是总结测试阶段的测试数据以及分析测试结果,描述该功能是否符合客户定制要求.

   预期参考人员包括测试人员、开发人员、项目管理者、其它质量管理人员和需要阅读报告的高层经理。

2. 基本信息： 项目描述 / 测试环境(填写) / 定制环境(勾选) / 移交文档资料(勾选)

3. 定制功能测试： 参考 "定制功能操作简易说明书" 一定要图文并茂 一定要想详细越好 一定要细心

总结：在编写测试用例的过程中除了根据公司模板填写好相应的仔细，一定要细心 一定要图文并茂 一定要记录清晰。 

在测试过程中不小心把参数提前写好了，没有留意在好搭建主流&定制环境后，定制功能因为定制环境的烧写后：有没有实现？是否有确认文件是  ×.tgz/data/updateoptions.cfg /×.tgz/data/updateoptions.txt ，研发提供的文件一定是.cfg格式 / 测试过程中的文件一定是.cfg格式 / 完成测试后需要移交的定制文件下的updateoptions一定是updateoptions.txt，移交的时候一定要改成.txt格式，避免不规范；测试过程中，如果updateoptions文件是txt,则影响定制功能的功能参数，则定制包的烧写则无意义，功能没有实现。测试过程中一定要留意相应的测试流程，不要图快，操之过急或事倍功半，切记。移交资料里面测试的压缩包在测试完成，移交时：需要把测试用的文件包删除，只留.tgz格式的压缩包就行。小小细节，需要留意。

测试缺陷报告

总结： 缺陷报告，怎么形容描述呢。就是把测试过程中遇到的问题整理记录在一个文件里面，测试完后移交给开发修改。

在软件测试的过程中，心要细，发散性思维很重要，在测试前编辑好测试用例，做好查漏补缺。

在固件测试过程中，目前这份工作可能更偏重功能的实现，以及问题的记录，对于固件的测试用例&缺陷报告，从定位上来看更偏功能，功能功能功能，文档编写时细腻，测试时耐心细心。测试大多想通。万变不离其宗。

 

  本来想写测试过程中问题的整理，写着写着就成了测试用例的分析~

今天刚刚完成第一个定制练习，给了五天时间，实则花了6天，是的，今天是第六天。

今天移交的测试资料.tgz，提交-驳回-提交-驳回-提交-驳回-提交-ok。

在接近一个半月的学习和磨合中，在看似简单的学习中，实则却感觉到每一步都走的艰难，苦其心志？劳其筋骨？哦豁，难搞哦。

• 熟悉菜单→细化功能键→结合相应操作手册/测试用例.
• Linux配置环境(主流/定制)→xshell→lLinux命令→文件的上传下载→测试相应功能所需要相应测试工具的使用
• 开参数→了解参数值/开参数工具等工具
• 考虑测试场景→跟技术沟通测试中遇到的问题→测试过程中遇到的问题→解决问题→避免bug→整理FQA

        

 

结语： 革命尚未成功 革命仍需努力

      时间真的过得好快，不知不觉八月又要来了，一个半月对自身的评价：弱。知识体系尚弱，测试过程中发散性思维弱，直至今日走通了第一个定制测试，心里踏实了许多： 下一步加强对测试工具掌握很重要。

      作为一名测试工程师：  坚持原则，相信自己，不服就怼  原则很重要。