NX 二次开发 开发人员自测基本要求

前言

测试包含很多方面，既有软件开发规范中黑白盒测试、单元测试、系统测试、性能测试等，也有涉及用户业务逻辑、业务流程的测试，本篇内容与上述无关，仅仅介绍一个单独的NX功能该如何测试。

---

原因

“不怕做不到，就怕想不到”。很多BUG往往源于开发人员的思维盲区，又或者项目很急，简单测了一下就过了，这样的测试结果可想而知，要么新增的功能有问题，要么之前正常的又有了新的错误，太依赖于开发人员的主观能动性，所以要制定规则加以约束。如果通过这个规则就认为是正确的。当然，这个规则也要随着项目经验不断完善，最终受益与所有的开发人员，只有这样，才能保证功能的质量。

---

适用人员

NX开发人员，NX测试人员

---

基础测试内容

NX二次开发测试的内容有很多，仅UI的控件就很多，这里不一一举例，只是就几个关键的方向加以说明，自行参考拓展。

（1）环境

环境永远是第一位的，需要考虑用户的环境，是否有安全软件、软件版本，如果开发的功能调用小工具exe生成临时文件的话，就得考虑文件被查杀的可能性。另外，也要考虑自身的环境，软件版本，第三方库，动态库Dll是否收集，Debug/Release，是否签名，是否UF初始化，License检查，对话框关闭/刷新/确定/应用/取消，对话框能否开启关闭及相关数据检查等

（2）范围

控件过滤： 工作部件/装配，单选/多选， 单个面/相切面，实体/片体，选择对象控件是否需要添加类型过滤条件

树控件：节点、列能否编辑、判断输入的内容是否合理，是否支持中文、

指定文件夹/指定文件：所设置的值是否存在

图层颜色：1-256， 1-216

基本数据：正负，越界

（3）更新

预览功能时，UF函数撤销后，NX 自身特征回滚，但自定义数据不会

（4）用户交互体验