Testing design--continuing

  Hi,all:I still have two points with testing design to talk.One is use existing case to cultivate case.The other is reuse cases in different products.Let's beginning.

  For the first point,its meaning is that after we finished the designing of test case,maybe we also can find some valuable points.In other words,maybe they are happened suddenly or when we are testing there is some exception out of our mind.These are worthing reproduce them.So we must  very careful and thinking from the end user whether they'll encounter these questions.This point is very important.As when design test cases,we depend on the customer requirement,in short,the function point.However,the important thing is maybe we'll in front of some questions out of our mind.At that point,we need tester to develop some free tests.I think it is like using product infinitely to assure there isn't bug the end user will front.Maybe we can't find all errors as it's economic issue,but we can do our best.  

  For the other view,it is different with the repetition of cases. Obviously,its meaning is we can use some cases in other products.But as you know,every product has their personel characteristic.For example,for a same function,maybe this product implement in this way,but other product carry out in other way.This is common.Although we can avoid these problems base on two principles. Firstly,we should avoid design specific case.That isn't equivalent with we aren't advocate write every step.I think that is necessary.It's good for us to find every exception and adapt a new system.Actually,I gain lots of good thing from that kind of cases.However,in the other aspect,it is decrease the rate of reuse.Due to some different nameof function,we may have to redesign or modify some cases.I believe that is a waste on human resource and time.Secondly,we should reduce the coverage of a single test case.If we cover many points,maybe it make us find more questions in one case.On certain extent,as it include many points we can't guarantee that every point can be used in other products. Additional,we should aim at the function,but not the spcial product.It is undoubte we can't make every cases be reused.That need team has uniform request.There are two ways.Either base on if the function is pass or depend on the test case.The former is if the core function pass,we consider this case pass although the description maybe different with the description of product.But we also need update case.The later is most simple and straight.If there is any different,we determine the case fail.But this way can't show the real quality of the product exactly.

  Summary above points,I also face on my job.Like cultivate case.When i implement spec,we find some exceptions happened.It is valuable to record and reproduce.I hold that is the reason why tester must keen and careful about any exception.On another aspect,these are base on experiences.Thus,I also need study and accumulate lots of things,like when we suffer one error how senior tester treat it.This must good for my job.I claim that both conclusion and recollect are good methods for imporve myself.And also,search for some language is also beneficial.  

<think>好的,我需要解决用户提到的dbg_err_crash函数引发的严重错误问题,特别是涉及ORDER_DEBUG的情况。首先,我得理解这个错误出现的背景。根据用户提供的引用[3],这个错误在启动目录下有Protk.dat文件时,新建零件或组件时会出现提示。这可能与Pro/TOOLKIT的注册表文件有关,比如安装了EMX或PDX等插件。 接下来,我应该分步骤分析可能的原因和解决方案。首先考虑Protk.dat文件的问题。用户提到该文件位于Creo的启动目录下,可能导致冲突。因此,检查并移除或重命名这个文件可能是第步。此外,插件安装是否正确,版本是否兼容Creo,也是需要验证的。 然后,环境配置也是个关键因素。临时目录的权限问题可能导致程序无法正常写入,从而触发错误。清理临时文件和检查环境变量设置可能有助于解决问题。 另外,软件本身的完整性也不能忽视。用户可能需要进行修复安装或更新补丁来修复潜在的软件缺陷。同时,查看错误日志可以提供更具体的线索,帮助定位问题源头。 最后,如果以上方法都无效,联系官方技术支持是个好建议,特别是当问题可能与软件本身的bug有关时。需要确保用户尝试了所有基本步骤,并提供了足够的信息以便进步诊断。 总结下,解决方案应涵盖文件管理、插件检查、环境配置、软件修复和日志分析等方面,确保用户能系统地排查和解决问题。</think>### 解决dbg_err_crash函数引发的严重错误(ORDER_DEBUG) #### 1. 检查Pro/TOOLKIT注册表文件 **问题根源**:根据引用[3],`Protk.dat`文件可能与第三方插件(如EMX、PDX)的注册表配置冲突,导致Creo Parametric新建文件时触发错误[^3]。 **操作步骤**: - **移除或重命名Protk.dat** 进入Creo启动目录(默认路径通常为`C:\Users\<用户名>\Documents\Creo Workspace`),找到`Protk.dat`文件: ```bash mv Protk.dat Protk.dat.bak # Linux/macOS ren Protk.dat Protk.dat.bak # Windows ``` - **验证插件兼容性** 确认已安装的EMX、PDX等插件版本与当前Creo版本兼容。建议从插件官网下载最新版本或联系供应商。 #### 2. 清理环境配置 **潜在原因**:临时文件或环境变量异常可能导致程序执行中断。 **操作步骤**: - **清理临时文件** 删除以下目录中的临时文件: ```bash rm -rf /tmp/creo_* # Linux/macOS del /s /q %TEMP%\creo_* # Windows ``` - **重置环境变量** 检查环境变量`PRO_COMM_MSG_EXE`、`PRO_LIBRARY_PATH`是否指向正确路径,或尝试恢复为默认值。 #### 3. 软件修复与更新 **问题扩展**:软件组件损坏或未安装补丁可能引发底层断言错误。 **操作步骤**: - **运行Creo修复工具** 通过控制面板的“程序和功能”选择Creo,执行“修复”操作。 - **安装最新补丁** 访问厂商支持页面(如PTC Support),下载并安装与当前版本匹配的补丁包。 #### 4. 调试与日志分析 **技术验证**:若问题仍然存在,需深入分析错误上下文。 **操作步骤**: - **启用详细日志** 在Creo启动命令中添加调试参数: ```bash creo -verbose 3 # 启用三级日志 ``` - **检查错误堆栈** 在日志中搜索`dbg_err_crash`或`ORDER_DEBUG`关键字,定位触发错误的模块或函数调用链。 #### 5. 联系官方支持 **最终手段**:若上述方法无效,需提交完整日志和复现步骤至官方技术支持,引用错误代码`ORDER_DEBUG`及断言位置。 --- ### 相关问题 1. 如何排查Creo Parametric插件兼容性问题? 2. Protk.dat文件在Pro/TOOLKIT中的作用是什么? 3. 软件断言失败(Assertion Failure)的通用解决方法有哪些? --- **引用来源** : 关于`Protk.dat`与`ORDER_DEBUG`错误的关联性描述及环境配置建议。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值