最近测试用例设计的比较晕，经常在等价类划分后边界值就不是划分的很详细，因此在设计用例的时候，很多边界值都被忽略了，虽然在测试过程中不一定完全按照用例去跑，但是还是需要注意设计用例的规范性和逻辑性。
   通常，在一些基本用例上使用等价类法，然后再用边界值补充。提高用例的有效性与覆盖率，这就需要在拿到说明书之后不能一边写一遍看，而是弄懂整个逻辑之后再从整体考虑，其中的关联关系、怎样做到条件组合的最佳效果，都是需要考虑的问题。
   目前写的用例重复率比较高，而且有的临界点没有覆盖到，所以需要重视起来，不要以测试的时候肯定能测试到为借口，锻炼自己的逻辑性思维，也锻炼语言组织能力，写好用例，是测试工作中非常重要的一步。

    1、你以为最酸的感觉是吃醋吗？不是，最酸的感觉是没权吃醋。
　　2、低头要有勇气，抬头要有底气。
　　3、上天决定了谁是你的亲戚，幸运的是在选择朋友方面它给你留了余地。
　　4、人生就像一杯茶，不会苦一辈子，但总会苦一阵子。
　　5、不要见一个爱一个，爱的太多，你的爱就要贬值。
　　6、当我们搬开别人架下的绊脚石时，也许恰恰是在为自己铺路。　　7、不是每句 “ 对不起 ” ，都能换来 “ 没关系 ” 。
　　8、世界上只有想不通的人，没有走不通的路。
　　9、地球是运动的，一个人不会永远处在倒霉的位置。
　　10、在事实面前，我们的想象力越发达，后果就越不堪设想。
　　11、当别人开始说你是疯子的时候，你离成功就不远了 ……
　　12、理想和现实总是有差距的，幸好还有差距，不然，谁还稀罕理想？
　　13、说有上辈子的人是在骗自己；说有下辈子的人是在骗别人。
　　14、任何人都可以变得狠毒，只要你尝试过嫉妒。
　　15、常常告诫自己不要在一棵树上吊死，结果 …… 在树林里迷路了。
　　16、爱情就像攥在手里的沙子，攥的越紧，流失的越快。
　　17、人生有两大悲剧：一个是得不到想要的东西，另一个是得到了不想要的东西。
　　18、成熟不是心变老，而是眼泪在眼里打转却还保持微笑。
　　19、问候不一定要郑重其事，但一定要真诚感人。
　　20、同样的一瓶饮料，便利店里 2 块钱，五星饭店里 60 块，很多的时候，一个人的价值取决于所在的位置。
　　21、真坏人并不可怕，可怕的是假好人。
　　22、把不忙不闲的工作做的出色，把不咸不淡的生活过得精彩。
　　23、忙碌是一种幸福，让我们没时间体会痛苦；奔波是一种快乐，让我们真实地感受生活；疲惫是一种享受，让我们无暇空虚。
　　24、就算不快乐也不要皱眉，因为你永远不知道谁会爱上你的笑容。
　　25、当大部分人都在关注你飞的高不高时，只有少部分人关心你飞的累不累，这就是友情。
　　26、天使之所以会飞，是因为她们把自己看得很轻 ……
　　27、试金可以用火，试女人可以用金，试男人可以用女人。
　　28、喜欢一个人，就是在一起很开心；爱一个人，就是即使不开心，也想在一起。
　　29、幽默就是一个人想哭的时候还有笑话的兴致。
　　30、人之所以活得累，是因为放不下架子，撕不开面子，解不开情节。
　　31、漂亮只能为别人提供眼福，却不一定换到幸福。
　　32、美丽让男人停下，智慧让男人留下。
　　33、如果你为自己定的所有目标都已达到，那么说明你定的目标还不够远大。
　　34、生活可以将就，生活也可以讲究。
　　35、女人的眼泪是没用的液体，但你让女人流泪说明你很没用。
　　36、付出真心，才会得到真心，却可能伤的彻底；保持距离，才能保护自己，却注定永远寂寞。
　　37、说真话的最大好处就是你不必记得你都说些什么。
　　38、有时候，不是对方不在乎你，而是你把对方看的太重。

    参与了一段时间网站测试，主要总结如下：

    1、相对于bs类的软件，测试网站更注重于页面，主要表现在页面的美观度、页面元素显示、易用性等
 
    2、网站测试在写测试用例的时候，一般按照页面分布来写，按照页面元素将流程切割成一个个的小功能，bs软件的测试用例更注重于功能，一般一个流程一个用例比较广泛，而且对策是数据的要求比较严格。

    3、在性能方面，网站要求的并发性主要针对每个时期每个功能的，更具有变化性，对访问时间要求更加严格，但是相对于bs软件来说流程比较简单。

    4、安全性方面网站需要考虑脚本注入等，而以前测试的一些bs类软件对这方面的要求比较低。

       测试某业数据门户进行功能测试时查看了一下任务管理器，发现IE进程竟然达到了423，145K， 怀疑发生了内存泄漏，因此打算直接用IE的插件js memory leaks dector 来检测一下，但是进行了一些可能引起内存泄漏的操作后，检测结果一直都很正常，并没有发现关于内存泄漏的地方，开发人员只好自己判断哪些IFRAM没有被销毁来优化系统，降低内存的使用。

    下午的时候，查看以前的测试文档，发现用SIEVE来测试此类系统的IE内存泄漏时，通常在报表刷新的过程中，通常是会发生内存泄漏的，因此，用SIEVE测试了一下，果然，登录后，内存泄漏显示位58，在报表每次刷新的时候，内存泄漏显示+1，在切换报表的时候，内存泄漏在原基础上又增加了7，然后再退出的时候，内存泄漏由原来的77一下增加到了1200多。通过此工具记录下的发生内存泄漏的ID和TAG名称，可查找出发生内存泄漏的代码。

     关于内存泄漏，通俗简单的解释就是已经不再被使用应该被释放的资源没有被释放，从而程序占用的内存一直增多，IE浏览器发生的内存泄漏，引起IE内存泄漏的主要情况为js对象实例跟dom对象的相互引用、“内部函数引用(Closures)”以及DOM插入顺序泄漏，其中最常见的就是js对象实例跟dom对象的相互引用，对基于对象的JScript，一个通常用法是通过封装JScript对象来扩充DOM对象，在构建的过程中，通常在涉及DOM对象时，建立一个对DOM对象的引用，DOM对象也建立一个指向JS对象实例的引用，这就形成了一个循环，虽然不管js调用dom还是从dom反向找到实例都非常方便，但如果在对象销毁或document unload的时候不去解除他们之间的引用，就会引起内存泄漏。JS的GC可以识别循环，当对dom节点和事件处理函数的引用消失，会自动回收，但是IE自己的内存管理器并不识别循环，因此占用的内存没有被回收，就会发生内存泄漏。例如：当页面进行刷新时，由于前页面占用的内存一直没有释放，导致内存不断升高。

    Java leak memorys detector 通过在访问每个URL结束时给出测试解果，如果没有发生内存泄漏，那么URL显示为绿色，如果发生了内存泄漏，显示为红色，可以记录下发生内存泄漏的详细信息，左侧部分显示发生内存泄漏的代码位置为粗体字，在中间的两格中显示详细信息与CALL STACK，右侧显示完整的代码。

SIEVE通过在地址栏输入要访问的系统地址来进行操作测试，中间直接显示要访问的系统界面，下栏显示COM和DOM的使用情况，右侧显示实时数据：内存使用情况，内存泄漏等，如果发生内存泄漏可以通过右侧数据看出，然后点击show leaks的按钮可以看到发生内存泄漏的详细信息如ID等，不过不是所有发生内存泄漏的都会被记录下所有的详细信息，只有很少一部分ID被记录下来，还可通过界面上的自动刷新按钮对系统进行刷新，代替了手工刷新。但是此工具使用起来占用内存很大，进行操作比较多后会无响应，有些操作还会引起工具自动关闭，在复制出内存泄漏信息时只能选择全部的详细信息，不能滤掉一些没有必要的信息和空信息，造成使用不是很方便。

总之，IE内存泄漏的查找不仅需要有一定的经验，还需要有一定的耐心，当然，有一个使用起来有效方便的工具当然更好，现在，对于IE 内存泄漏测试我也是刚刚起步，还有很多需要学习的地方，谨以此次测试过程与大家分享，共同进步！

   最近学习了testlink与mantis集成安装配置，写了份使用说明，结果，昨天被告知不用了~~~~~~~~

传上来分享一下，欢迎指正~~~