一、NUMBER(4,1)这种字段类型怎么设计测试用例
从拿到需求文档不要立马开始着手写测试用例，需要仔细推敲整理需求，画出系统级、模块内流程图，并找出各种测试点，等对需求进行了头脑风暴般的整理之后，此时已对测试系统的功能很清楚了，再着手开始写测试用例。
那么编写测试用例的总体思路是什么呢？通过半年的测试用例编写经验，总结如下，如有不妥之处需改进。
1、整理分析需求文档 仔细将需求文档文档阅读一遍，记录不明白的地方及关键测试点，简单画出总体流程图。
然后再来一遍，仔细分析各个模块的功能，画出模块内流程图，找出所有功能，并列出主要测试点 2、编写用例 按照不同的业务规则可将测试用例分为四部分：场景用例、系统用例、功能用例 场景用例：按照用户的实际操作与业务逻辑设计用例，不必涉及很复杂的操作或逻辑，把用户最常用的、正常的操作流程作为一个场景设计测试用例。
系统用例：是用户场景的细化，包含正常场景、分支场景和异常场景，是两个或多个有关联的功能组合而成的场景。
功能用例：用于验证各功能点的业务规则，包括界面元素和各功能的业务规则验证。
主要针对单个功能点。
第一步：场景用例（关键字：模拟用户实际操作） 根据画出的模块内流程图，描述用户的主要业务目标，包含完整的系统级场景和模拟用户实际操作的不同场景，几个功能点的组合也算是用户场景。
第二步：系统各角色的系统用例 结合画出的模块内流程图，将系统划分多个角色，再将每个角色分解为多个任务，每个任务就是一个系统用例。
系统用例分别正常流程、异常流程，分支流程，以场景的形式描述。
第三步：功能用例 描述单点功能的逻辑规则及页面元素，分层描述逻辑规则，对逻辑规则细化可直接作为用例的操作步骤描述。
编写用例的过程中也有一些迷茫： 问题1：场景法用什么方式描述比较清楚，并且后期需求改动了易维护？ 问题2：测试用例与测试数据的关系是什么呢？如何将两者区分开来？ 3、报表类功能模块如何编写测试用例？ 报表类的模块基本没有业务流，不适用场景法。
其实报表类模块主要验证能否依据查询条件正确查询显示数据，并保证数据的正确性。
二、如何建立测试用例库
测试用例库是将一些通用的测试用例整理总结，放到一个“库”中，比如登录模块的测试用例，测试不同的系统也许都得测登录，所以直接用库里的公共用例就可以了；
建立测试用例库可以在TD中进行，TD是非常好的测试管理工具。
三、软件的测试用例怎么写？一个成品软件 怎么写它的整体的测试用例啊？？？急。。。
1、先了解软件的需求，即这个软件有哪些功能和性能的要求等2、了解完需求你就可以针对功能设计用例了，通常一个功能区域作为一个模块来写，一条用例一般有边界值法、场景法等设计方法编写3、比较复杂的功能可能涉及到交互的，需要联系各个功能之间的要求和约束来写，考虑的情况也较多4、最后，多写多练，不断积累这方面的经验总结不足
四、说明一条完整的测试用例包括哪些内容？
1．等价类划分 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2．边界值分析法 边界值分析方法是对等价类划分方法的补充。
测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.3．错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.4．因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
五、如何开发自己的交易系统并轻松得到专业的系统测试报告
目的 作为一个专业的交易者， 离不开测试交易系统。
国内行情软件的测试功能太烂了， 测试的结果经常是错的（这和我不会编程也有关系吧，但你去看看同花顺的测试 功能——只会做多，不会做空，报告也很简单） 。
当有网友给我看 tradestation 的测试报告时，我才发现原来软件可以做出如此专业的测试报告。
故下决心开始 学习用 tradestation 做测试。
没学多久，就发现这个软件在国内根本不流行，大 部分人都不了解它。
所以，有必要把我学到的东西用文字总结出来。
Tradetation 是美国 tradestation 科技公司开发的一款行情软件。
像国内的同花顺 和文华财经等行情软件一样：可以同时看股票、期货、外汇和期权的行情。
但是 在功能上，它比国内的行情软件强 n 倍。
国内行情软件能做的事，tradestaion 也能做；
tradestaion 能做的很多事，国内行情软件却不能做。
因为 tradestation 是为美国人服务的，它并不提供中国的股票和期货行情。
所以 股票和期货交易者并不需要购买这个软件，更不需要购买它的行情（在美国，看 行情也是要给钱的） 。
但是在离线的状态下，tradestation 的编程和系统测试功能 却是 100%完整的。
所以，对我们来说，tradestation 成为一个极好的编程和测 试平台。
只要你能把交易系统用 easylanguage（顾名思义是简单的语言）写出 来，系统测试只要点击一个按钮，它就能生成比国内软件强 n 倍的测试报告。
参考文档
声明：本文来自网络，不代表【股识吧】立场，转载请注明出处：https://www.gupiaozhishiba.com/store/10395101.html
