一份测试用例
这里是我做的一份测试用例设计思路，请帮我批一下，谢谢 很细，是不是应该在性能测试中有一个压力测试呀！ 很有道理，我当时也想来个压力测试，可是我不知道是应该和性能测试并列还是包含在性能测试里面，一般情况下进行压力测试，是在什么时候进行的？ 基本上是这样的，我觉得压力测试应该是集成测试中进行，到了后期产品已经定性市场部不好推广。压力（网络负载）测试方面：双100兆或1000兆网卡，24口/48口千兆交换机交互对比；考虑客户网络布局和自身盒子性能：5类/6类网线，路由管理稳定测试等。我基本的大指导方向是：单元测试---》集成测试--》确认测试。欢迎交流！个人观点
我觉得测试的大致流程应该是单元测试－》集成测试－》确认测试（有效性测试）－》系统测试－》回归测试或者是验收测试
我认为压力测试应该是在系统测试中进行的，系统测试是把单元测试后的模块，选择一定的方式组装起来形成一个可运行的比较完整的系统，也就是把单元测试的模块构成一个满足设计要求的软件结构。而确认测试是发现需求规格说明书不一致的错误。它是基于客户需求的，依据是需求规格说明书。所以在这时候，多数采用黑盒法，验证测试软件是否满足需求规格说明书列出的要求。因此，我认为，压力测试（强度测试），负载测试，功能测试，性能测试，都应该在这个期间进行。
对于压力（网络负载）测试方面，不论是网卡、网线、路由、交换机还是客户网络布局方面，我们要考虑各方面是否对盒子有影响，尤其是对盒子功能和性能方面的影响（客户之所以要购买产品，其首要原因是使用盒子的功能，然后才是性能是否稳定可靠。）。
以上是本人自己的观点，希望朋友指点，欢迎交流！ 看了受益匪浅！谢谢楼主！ 共同交流以下，现在想问一下，楼上的老兄，你编写测试用例的时候是怎么考虑的，先做什么，再做什么?
比如让你测试一个机顶盒，你拿到盒子的时候先做什么，再做什么？
谢谢！！（我现在在线可以共同交流一下） 为了使此贴不沉下去，没人理我我也要唠叨两句了。
个人观点，欢迎各位批批。
由于公司只有我一个人搞测试（开始没有测试的），现在我测试没有任何资料。
我说的是没有任何资料的情况下：
在机顶盒测试过程中主要以黑盒测试为主，所以我要做的是系统测试，给自己的测试先定个位啦，呵呵！
首先我站在客户的角度去了解这个产品，包括用户界面，具体怎么使用，都有什么功能，有什么性能，注意什么事项都一一记录下来。
用户界面信息在编写测试用例的时候主要是测试输入输出，还有界面友好性，设计合理性，还有提示信息的完整性等，虽然不是至关重要的大问题，但是，我们可以从中找到一般性问题，用于改进产品的质量。
使用信息用来编写去验证用户说明书是否正确，说明书中操作流程是否合理。在没有用户说明书的情况下，我们可以记录这个信息来编写我们的用户说明书。
功能信息，可以为测试用例提供资料，因为我们不管采用什么方法来测试，都要对机顶盒的功能进行测试，这个功能信息可以看做一个简单的用户需求说明书吧。
以下再说说性能方面和注意事项方面吧，
性能信息，对我们整个测试很重要，我们编写这个信息的时候要细，因为我们所测机顶盒的80％的错误，都要依赖于这个信息了，看看我们的产品都有什么性能是我们做好测试的前提。
注意事项信息主要为我们进行压力测试和性能测试及容量测试的时候有很重要的意义，所以我们时刻要注意这个信息啦！
怎么没有人理我，看来我说的不对，算了吧，不说了，晕！ 什么是性能信息呀,压力测试和性能测试,及容量测试一般你们是如何去做的呢.具体的用例或测试方法.
可以看看”每日一贴“，新手其实好好看看这个比较好！！！
Originally posted by anny at 2004-9-13 15:51:什么是性能信息呀,压力测试和性能测试,及容量测试一般你们是如何去做的呢.具体的用例或测试方法.
只是一点个人建议！！！
^o^ 楼主，有没发现咱们谈机顶盒测试的那个贴子？ 拿到盒子之前我们进行了项目（市场、技术、研发）研讨，所以知道盒子的功能与软硬件架构，测试计划、白盒测试这个时候已经有了，接下来和你说的（品质测试）大致一样！黑盒是枯燥无味的，我也烦躁现在。。。。。 不好意思。整理论坛帖子的时候，把该机顶盒测试帖子归并到嵌入式系统测试栏目了。
http://bbs.51testing.com/viewthread.php?tid=1947&fpage=1
以后如果发现帖子不见了，用论坛的搜索功能找一找，能找到的。^_^ 解码器的原始需求（下游用户需求）是什么？对需求进行分析得到测试需求，才是用例设计的依据，要不然没有弄清楚用来做什么/有什么用？ 你测试什么呢？ 楼上说的好，各公司情况不同：可能你说的工作市场规划中已经完成了！
