周记是释放自己压力的途径之一，在生活和学习中，许多人都有写周记的习惯。写周记让我们能够更好的洞察自己的内心。以下是小编为大家准备的“软件实习日记”相关内容，要了解更多关于该主题的内容请您继续往下看！
时间过得真快，转眼间三个月即将过去，这段日子我主要做了两件事情：1、软件测试理论知识的学习侧重于黑盒测试的学习。2、公司网站的测试。
在这段时间，我对软件测试特别是黑盒测试有了一个比较深层次的认识。虽然期间的辛酸与苦涩很多，不过我的付出有了一定的回报，感觉很开心。能参与公司项目的测试，我感到很荣幸，在参与期间我对项目的整体开发、运行、测试、实施，都有很深的体会，这将对我今后的工作时一笔不可多得的残福。在此，感谢湖南美好地球村网络公司给我这个学习的机会，我觉得我真正融入我们公司的这种运作模式是从参与项目测试当时开始的。两个月的时间也许很短，对于软件测试人员一职，我还是欠缺对该职业的理解和参透；具体地说，我想我还是具备吧每件事考虑的那么周到、安排的那么得体；对一个问题的提炼、概括、分析、总结，好有最后清楚的表达出来，让别人也对问题有个比较清楚的认识。我想对我的这些不足，还需要在仔细推敲和实践。
一个的软件测试工程师要掌握的东西很多。在我个人理解中，软件工程师应该具备最基本的两点知识：软件测试理论知识和一定的开发技能。
一、软件测试理论知识
这个不用多说，软件测试人员必须掌握，软件测试如何融入整个开发的流程，什么时候介入，什么时候结束，如何搭建测试环境，如何设计测试用例。
二、开发技能
有一定开发技能的的软件测试人员在开发人员眼中更加难得。一般的软件测试人员特别是黑盒测试人员对开发不会很懂，与开发人员交流时存在一定的问题。为了更好的沟通交流，如果软件测试人员有一定的开发基础，将有效的提高测试效率和质量。
项目经过一段时间的测试，终于快要完成了，这个星期主要是回归测试。就是把提过BUG的单，经过开发修改过后的系统再进行测试。回归全部通过，说明系统的质量不差。测完并且编写用户手册。 回归测试并不减少对系统新功能和特征的测试需求，回归测试包应包括新功能和特征的测试。如果回归测试包不能达到所需的覆盖要求，必须补充新的测试用例使覆盖率达到规定的要求。
有成为一名优秀的软件工程师必须要有严谨的工作态度，能够胜任反复性的工作。必须要懂得与人良好的沟通。描述具体问题时，应准确，最后以图文并茂的方式展示问题。
在组织回归测试时需要注意两点，首先是各测试阶段发生的修改一定要在本测试阶段内完成回归，以免将错误遗留到下一测试阶段。其次，回归测试期间应对该软件版本冻结，将回归测试发现的问题集中修改，集中回归。
今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入xml进行配置，在xml中存入相关配置信息，提供一个单独的xmlclass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于c#的动态链接库和xml配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。
今天的工作内容发生了一点小变化，刘姐通过昨天与我的交谈，了解到了我做测试的基本思路。今天一大早，就交给了我测试任务。我今天的主要任务是对网站进行UI测试。
通过实践，我对UI测试进行了如下总结：
界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应操作，起到向导作用。
界面设计主要是为了达到以下目的：
1)以用户为中心。设计由用户控制的界面，而不是界面控制用户。
2)清楚一致的设计。所有界面的风格保持一致，所有具有相同含义的术语保持一致，且易于理解和使用。
3)拥有良好的直觉特征。以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻，来帮助用户能迅速学会软件的使用。
4)较快的响应速度。
5)简洁、美观。
近段时间，开发和我们一起做性能测试，涉及一些底层的技术，也准备开年之后写自动化的脚本，突然间发现，测试也是有意义的，不想我之前想的那么讨厌，自己在生活中做一些事情，也会按照测试的一些思想来做，有时候变得有点挑剔了，呵呵。而且测试在国内还不成熟，人才还很缺，测试也是很有前途的，自己还是喜欢测试这份工作的。而且测试需要我学的东西也很多，逻辑思维和技术含量还是很高的。唉，恍然大悟了。而且工作这么一段时间，也现实了，在做数据库和开发我的经验是有限的，而我那有限的一点经验在测试方面也是绰绰有余了，正好为我的测试提升一步。
以前学计算机的时候对计算机的知识一点也不感兴趣，自从学了数据库之后就对数据库产生了强烈的兴趣，对计算机的一些知识也，慢慢的产生了兴趣。我喜欢设计数据库，我喜欢想各种方法，尽量让她达到最优的状态，喜欢写SQL语句，各种复杂的查询排序等等都写过，对事务和索引也研究了一段时间。
这周过得可真够累。由于公司购物网要在规定实践发布，昨天我们主管就通知我们周六加班。我们办公室的哥哥姐姐很不情愿的申请了加班申请。本想可以好好休息一下了，可明天还得下班啊，想想多么悲催啊！
周六很不情愿地从床上爬起来，一大早跑到公司，加班的公司确实比上班时间安静多了。比较喜欢安静的我看都这种情况，工作激情又一次被调动起来了。周六一整天我热情满满的测试各个模块的添加业务功能。在做测试时，虽然有些头晕，但还是静下心来完整了本天的测试工作。觉得特有成就感。从这件事情，我认识到，公司加班有时候是没办法的事情。我们做员工的有时候要理解，但当加班过分时，我们做员工的也要勇敢的说NO。员工既要承担自己的任务又要适当地维护自己的权力。这是我这周的心得。
昨天的任务基本已完成，今天温习了一下加深了对知识的理解，可以说掌握得比较牢固了，今天又有新的任务，可以说每天都在进步。
按组长要求编写rankstyle=group时的窗体排列方式，在xml中配置控件或窗体的参数，利用xml读接口从xml中读出参数，为了使程序具有灵活性，在组长的提示下将窗体的配置按照窗体的name属性进行配置,之前是利用字段的方式写在xml中，但是组长说这样的话在程序中查找不方便，可我觉得没什么啊，当然了，对于我这个没有工作经验的人来说看什么都是可以的，所以要多学习学习。
昨天把所有的记错本学生掌握的正确的知识点还有错误的知识点都统计出来，虽然功能已经实现了，但是我们我觉得这个模块是真的没有做完的，因为虽然功能可以正常的显示了，但是我们没有测试所有的学生的显示的结果是根据我们需求来的，今天的主要任务就是做测试，我在打印所有的学生的记错本的时候发现我在每一个学生的记错本中打印所有学生的错误知识点了，这就是一个集合没有在循环内生成的原因。
所以我们以后工作都需要自己测试过所有的功能才去提交。这样是一个好的习惯，只要这样我们在工作提交的时候我不需要每个时候都知道我们的工作是否已经完成了，如果不去测试而且把我们做的东西提交上去我们，我们的客户发现我们的产品都不好，让我们的用户觉得这个东西不成熟，这样我们就会失去很多的用户。
今天的主要任务是学习测试计划的主要内容。测试计划的内容会因不同的项目以及项目的大小而有所不同，一般而言在测试计划中应该清晰描述以下内容：
1、测试目标：对测试目标进行简要的描述。
2、测试概要：摘要说明所需测试的软件、名词解释、以及提及所参考的相关文档。
3、测试范围：测试计划所包含的测试软件需测试的范围和优先级，哪些需要重点测试、哪些无需测试或无法测试或推迟测试。
4、重点事项：列出需要测试的软件的所有的主要功能和测试重点，这部分应该能和测试案例设计相对应和互相检查。
5、质量目标：制定测试软件的产品质量目标和软件测试目标。
6、测试策略：制定测试整体策略、所使用的测试工具和方法。
7、发布提交：在按照测试计划进行测试发布后需要交付的软件产品、测试案例、测试数据及相关文档。
8、测试进度和任务人员安排：将测试的计划合理的分配到不同的测试人员，并注意先后顺序.如果开发的Release不确定，可以给出测试的时间段.对于长期大型的测试计划，可以使用里程碑来表示进度的变化。
9、测试开始/完成/延迟/继续的标准：制定测试开始和完成的标准；某些时候，测试计划会因某种原因(过多阻塞性的BUG)而导致延迟，问题解决后测试继续。
10、风险分析：需要考虑测试计划中可能的风险和解决方法。
相关文章
最新文章
.png)
.png)
.png)
