④fSendData(pchIPK , pchModelK , pchTestIdK , pchItemNameK , pchErrcdK , pchPfmdataK , pchOperatorIDK , pchStationIDK , pchReturnMsgK : pchar)
功能: 传送测试数据
参数定义
· 要联机的 DB IP
· 机种
· 测试码 (Test ID)
· 测试关名称
· Error code
· 测试程序产生的测试结果数据
· Operator 的员工编号
· 测试站(PC)的编号
· ASFCS 回传的讯息
⑤ Check_sn_unique_I
功能：与fcan I go test类同
⑥ SET_SN_CARTON
功能：传送数据
具体每个函数所完成的功能：各函数功能.xls
3.2.2.3 记录每次程序所发出的请求时间、处理时间、处理结束时间
考虑到本次测试由于Special&Normal程序所实现的功能均已完毕，所以此次测试完全可以利用现有dll直接来模拟,我们只需书写简单的Client.exe送入与dll相同的参数即可，这样即节省了人力另外去写复杂的dll程序，同时也可以确实的仿真产线的实际作业情况，同时也可以发现在正常测试情况下无法发现的问题点。
3.2.3系统本底数据的准备
为考察系统运行一段时间后系统的响应性能，参照实际运行情况及发展进行系统的本底数据准备。要求准备的数据记录的有效性符合系统要求，数据有效性的具体要求如下：
① 产端一天有600个点在进行作业，每天每个站点资料收集量为1000个记录，那么一年的资料量为600*1000*30*12=216百万
现产线采取的作业方式是：大概半年每个机种备份一次，但现在系统是所有的机种均放于同一Server，所以现在要测的就是在108万笔资料存在的情况下新系统是否能够正常作业？
② 其中30%的数据处于待测packing关，70%的数据处于待测packing关
3.3 破坏性测试
按照设计连接的客户端连接数量进行测试，把应用服务器处理请求的设计频度增加1－10倍，分别测试出现错误的状态和和出现错误的比率，考察是否出现不可恢复错误，系统设计要考虑出现严重错误情况下负荷减轻错误自动恢复的实现方法。
计划时间：2天；这个时间包括破坏性的修复和自动恢复的实现需要的时间。
在测试过程中每10分钟记录一次Server的内存及CPU使用情况。
3.4 强度稳定性测试
选择一种负荷比设计负荷重的情况（应用服务器处理请求的频度为应用服务器处理请求的设计频度的1.5倍），进行24小时稳定性测试。
3.5 测试方法和工具
测试方法：黑盒测试
测试工具：无外购的测试工具，自己编制的测试工具client.exe。
3.6 测试时间计划
3.6.1环境准备：2天。
其中：基本硬件、软件环境 准备完成
系统本底数据的准备：1天。
系统客户端测试程序的编写及测试：1天。
3.6.2破环性测试：2天。
3.6.3强度稳定性测试：1天。
3.7 测试中的问题及处理
3.7.1暂停标准和再启动要求
暂停标准：被测试软件在强度稳定性测试中频繁出现异常（每小时出现1次以上）时。用户或公司要求暂停测试时。
再启动要求：通过调试后，预计被测试软件的可靠性有所提高时，可再次启动测试。
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
