关于程式交易的测试报告.docxVIP

关于程式交易的测试报告 　　XX系统测试总结报告　　1引言　　编写目的　　编写该测试总结报告主要有以下几个目的　　1．通过对测试结果的分析，得到对软件质量的评价　　2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3．评估测试测试执行和测试计划是否符合　　4．分析系统存在的缺陷，为修复和预防bug提供建议　　背景用户群　　主要读者：XX项目管理人员，XX项目测试经理其他读者：XX项目相关人员。　　定义　　严重bug：出现以下缺陷，测试定义为严重bug　　?系统无响应，处于死机状态，需要其他人工修复系统才可复原。?点击某个菜单后出现“Thepagecannotbedisplayed”或者返回异常错误。?进行某个操作后，出现“Thepagecannotbedisplayed”或　　者返回异常错误　　?当对必填字段进行校验时，未输入必输字段，出现“Thepagecannotbedisplayed”　　或者返回异常错误　　?系统定义不能重复的字段输入重复数据后，出现“Thepagecannotbedisplayed”或　　者返回异常错误　　测试对象　　略　　测试阶段　　系统测试　　测试工具　　Bugzilla缺陷管理系统　　参考资料　　《XX需求和设计说明书》《XX数据字典》　　《XX后台管理系统测试计划》《XX后台管理系统测试用例》《XX项目计划》　　2测试概要　　XX后台管理系统测试从XX年7月2日开始到XX年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点个bug。　　XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本，B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。　　B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。　　进度回顾　　测试执行　　此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试　　测试用例功能性　　系统实现的主要功能，包括查询，添加，修改，删除。　　系统实现的次要功能，包括为用户分配酒店，为用户分配权限，渠道酒店绑定，渠道RATE绑定，权限控制菜单按钮。　　需求规定的输入输出字段，以及需求规定的输入限制　　易用性　　操作按钮提示信息正确性，一致性，可理解性限制条件提示信息正确性，一致性，可理解性必填项标识　　输入方式可理解性　　中文界面下数据语言与界面语言的一致性　　3测试环境　　软硬件环境　　网络拓扑　　应用服务器、数据库服务器　　第二，选择技术指标　　一旦你选择好程式交易系统的类型后，接下来就是要将适合的指标公式加入到你的模型当中。一般而言，指标系统的设定通常可以分几个方向：顺势系统，逆势系统，形态操作三种。一般市场上常见的交易系统多为顺势系统，顺势系统即为我们所称之「趋势单」，此种系统的胜率不高，大约仅有40%～50%，也就是作十次大约只会赚四次，不过这四次却足以弥补其他六次的亏损，基本上属于「赚大赔小」的策略；第二种称为逆势系统，事实上即为震荡系统，一般而言该种系统的胜率较高，大约为50%～60%。指标体系相当于战士手中的武器，自然是威力越大越好。在交易软件或者是交易思路的选择上，需要把握好以下几点即可：　　1、简单原则：价格瞬息万变，纷繁复杂，用一套简单精确而且高效的行为模　　式去描述市场，才能不被表面的大量随机因素所蒙蔽。例如：与其这样　　不如这样：　　2、定期优化：多数人总是试图找出完美卓越的交易系统和方法，以期一劳永　　逸。其实这是一种近乎于单纯的想法，市场的价格变化包含着大量的随机因素，是呈现一种非线性的市场，纷繁复杂，而交易系统是线性的，只能　　捕捉市场中规律性的一面，随着时间的推移，原有的指标系统很有可能无法适应目前的行情变动而产生巨大的风险隐患！我人为，应每月对系统进行一次维护，及时对指标作出修复。另外，在实际操作中，合约尽可能选择近期内的主力品种，同时开始根据下一个主力品种的走势优化或开发新的指标系统。　　比如：模型名称：白糖指数15分钟参数：2，24　　合