软件测试初体验 软件测试工具
上了一周的课，又做了一周的实验。我最大的体会是：王老师是强势团队走出来的，而杨老师是从弱势团队爬起来的；虽然都很厉害，但看待问题的侧重点并不一样。一个是火，先把我们容易遇到的问题点着了，可是烧完我们就忘了；另一个是水，等我们费力的把黄河填平了，她才用事实告诉我们这是不对的。。。我们的日子真是水深火热啊。。。
我对自己的四次测试用例，只有ATM一次是满意的，因为那次我才是按照业务流程来确定测试用例的。但那次是以脱离小组擅自行动为代价的。
虽然老师们都强调计划的重要性，这几次我们组的测试计划都没有发挥作用。我觉得虽然我们交出去的是测试用例，但是测试计划对我们更重要，在每个项目开始前每个人都应该写一份自己小组的计划，然后和组长一起讨论确定最终的计划，再由组长分配任务，这样更有团队精神。
王老师：不容易啊！
沈同学：
今天整理笔记才发现自己是这样的愚蠢：
如果时间不够，无非进行充分的测试，那么使用风险分析，确定测试重点 （ppt中的内容）
1、对于该项目的用途，最重要的功能
2、对于用户最明显的功能
3、对安全影响最大的功能
4、对于用户的影响
5、用户用的最多的功能
6、开发过程中，该项目的哪个部分可以最先测试
7、哪一部分的代码最复杂，容易导致出现错误
8、哪一部分是在急迫或惊恐的情况下开发出来的
9、哪一部分与过去项目中引起问题的部分类似或有关
10、哪一部分程序与过去项目需要大量维护的部分类似或有关
11、需求和设计的哪些部分不清楚或不易读
12、开发人员认为在应用软件中哪些部分是高风险的
测试策略：
1、数据和数据库完整性测试
2、功能测试
3、业务周期测试
4、用户界面测试
。。。。。。。
实验的时候我们把主次全颠倒了。。。
杨老师：
哈哈。。
现在对于用例会写了吧？
你们现在最大的问题是学会测试用例，学会风险分析，采用什么样的测试手段才是你们现在项目需要掌握的东西。
你掌握了吗？
张同学：
一个人做的ATM测试还达到了满意的结果，弓虽，4次的测试我觉得都不理想，但是进步还是感觉得到的，优秀的测试工程师－－－我还差的很远！
文章来源于领测软件测试网 https://www.ltesting.net/