红蜻蜓截图工具怎么用 截图精灵使用方法
这是我的第一份测试工作。在一个40人左右的小公司工作，主要做银行项目和保险项目，将近3个月。首先说明一下我的日常工作。刚参加工作没多久就出差了。因为是银行项目，我需要用
这是我的第一份测试工作。在一个40人左右的小公司工作，主要做银行项目和保险项目，将近3个月。
首先说明一下我的日常工作。刚参加工作没多久就出差了。因为是银行项目，我需要用他们的内网。这次出差是我人生考验的正式开始。
你去了之后，项目开发经理会给你一份测试工作表。具体到哪一天，每天的工作量基本已经安排好了(不过具体的模块每天会自己决定)，然后开发经理会告诉你一些系统的现状(我说的不太明白)。至于需求分析，没有文字资料，开发经理也没有一个完整的需求。因为越早完成工作就能越早回去，所以我会停止搜索那些文字资料，直接开始测试工作。测试用例的模板是之前老师给的，我手里只有开发经理给的系统URL，用户名，密码。登录后可以看到整个系统，看每个模块就能了解界面设计的大致风格。
请教开发经理这里的测试流程是什么，测试工作中需要注意的一些问题。其实功能测试就是写测试用例，发现问题，提交问题，跟进(我们公司用”禅”，开发经理会给出用户名和密码，并且已经设置了权限。我在上面提交bug和测试用例，开发人员登录修改，分配给测试人员。可以了解一下这个系统。)至于问题，总结报告之类的，我还没遇到过，不过就算有必要直接导出来放在禅宗上再修改(事后被经理表扬了，说我测的很仔细，哈哈哈，这是对我工作的肯定。
出差后回公司。每天上班第一件事就是登录”禅”，查看一下自己提交的bug的一些后续情况。在你忙着写代码的时候，翻翻系统进行测试，在网上找一些关于测试的最新资料和一些财务知识进行学习(毕竟是银行项目，作为测试人员了解一些相关知识是很有必要的。好在你的专业是财务管理，所以知道起来也不是很难)。因为是小公司，工作氛围挺好的。大家各做各的，一起讨论一些问题。偶尔大家可以聊聊天，开开玩笑。
一般情况下，如果有新的要求，老板会直接去找相关的开发者，在会议室讨论。每天他都会询问进度，指导相关工作。
第二，工作这么久，发现理论和实践还是有很大差距的。
1)我曾经以为做测试要熟悉需求，但是做了才知道，没有需求文档也要进行测试工作。
2)我曾经以为测试分为性能测试和功能测试，但是我做了之后才知道，原来测试分为功能测试和业务测试(只针对我们公司)。功能测试的实现(功能肯定能实现，但其实主要是接口的一些问题)；业务测试是衡量数据的正确性(业务测试人员用公式计算的结果与计算机运行的结果进行比较)；性能测试是开发者，他们有自己的一套测试方法(后面我再找开发探索)。
3)我曾经认为写测试用例是一件很麻烦的事情，但是直到我做了才知道原来也不过如此。把步骤写出来就行了，没必要像我们培训老师说的写出来；
第三，软件测试是必要的。至于工作必需品:一个笔记本，一个被测系统，一个excel测试模板，一个红蜻蜓截图工具，一个QQ和一个坐垫
1.你得了解整个系统的设计风格。当你打开多个接口时，你可以发现一些小的接口问题。
2.红色蜻蜓截图工具很有用，截图后标注很方便。
3.登录QQ方便您与开发者交流。因为我没有需求说明书，操作手册等资料，有些要测的东西需要数据，数据不是随便输入的。我得找开发人员把他们输入数据库，有些操作还得问他们。
4.坐了一个小时后，我仍然感到酸痛。有一个坐垫可以让我心情好一点，中午可以带着它休息。
四。测试中遇到的问题:1.在这里遇到过问题但是在开发中没有遇到过。这种情况下，我得找多台机器试试，看看是自己的原因还是其他原因，主动找各种理由说服开发。
2.提交bug的时候，尽量把详细的步骤写下来，把你要找的bug的图片留着，万一以后被问到这个问题是怎么出现的(之前有个开发是这样的，我出差回来很久了。他来问我他问他的问题，他没看见。我回来了，我这里也打不开那个项目(因为是银行项目，用他们内网)。天啊，多亏了那些bug图，我现在手里还有，不然真的想不起来。其实最后一个原因是版本更新把它们去掉了。他基本上问了我每一个bug。毕竟我对自己的项目最熟悉，步骤截图也很清晰。为什么我懒得看它们？)
3.我自己也知道一些缺陷，只是不知道怎么简洁明了的表达出来。
4.很重要的一点就是如何提高我的测试效率。之前我是边写测试用例边提交bug，想节省时间，但是我发现这样做不但没有节省时间，反而浪费了很多时间。一旦开始，我真的受不了任何打扰，就是别人就算不打扰自己也能被他们逼疯。很多时候，测试用例出现问题，我就提交bug，但是一旦发现bug，根本停不下来。我开始努力寻找bug，忘记用例，这样就会不同步。当我回来写测试用例时，我不得不从刚才的bug中寻找详细的数据，这很浪费时间。
后来，我先写了测试用例。测试用例完成后(预期结果和实际结果写在一起)，如果实际结果有任何与预期结果不一致的问题，实际结果会直接以红色显示，并以截图保存。对了，我写测试用例的时候是跟着系统走的，所以也截图集中保存了一些界面问题在一个文件夹里。测试用例完成后，我打开了它”禅”提交bug，然后拿出刚才保存图片和测试用例的文件夹。其实像一些界面问题，看着截图就可以提交了。对于需要数据的人，在提交bug的详细步骤中，从测试用例中复制粘贴即可。(适合自己的才是最好的吧？现在还在探索期。有什么好的可以分享一下。).
5.有时候不懂的地方一定要问清楚。不要怕被别人嘲笑，更不要怕被批评。不要太在意。不管你犯了多少错误，你都可以把原因归结为我们太年轻，没有经验。别人不告诉你，我们怎么成长？你的老板越是发现你什么，你就越是努力纠正，直到他无话可说，你就完美了。那么你将不得不长大很多。不要以为公司小，工资低，都还年轻。小公司有很大的发展机会，这对脚踏实地来说是最重要的人不要总拿自己和别人比，看自己成长进步了多少。
加油，我会继续这份工作，我会学习更多的相关知识…希望把软件测试这条路探索的更久更深！！！
这是我的第一份测试工作。在一个40人左右的小公司工作，主要做银行项目和保险项目，将近3个月。
首先说明一下我的日常工作。刚参加工作没多久就出差了。因为是银行项目，我需要用他们的内网。这次出差是我人生考验的正式开始。
你去了之后，项目开发经理会给你一份测试工作表。具体到哪一天，每天的工作量基本已经安排好了(不过具体的模块每天会自己决定)，然后开发经理会跟你说系统的现状(我说的不太明白)。至于需求分析，没有文字资料，开发经理也没有一个完整的需求。因为越早完成工作就能越早回去，所以我会停止搜索那些文字资料，直接开始测试工作。测试用例的模板是之前老师给的，我手里只有开发经理给的系统URL，用户名，密码。登录后可以看到整个系统，看每个模块就能了解界面设计的大致风格。
请教开发经理这里的测试流程是什么，测试工作中需要注意的一些问题。其实功能测试就是写测试用例，发现问题，提交问题，跟进(我们公司用”禅”，开发经理会给出用户名和密码，并且已经设置了权限。我在上面提交bug和测试用例，开发人员登录修改，分配给测试人员。可以了解一下这个系统。)至于问题，总结报告之类的，我还没遇到过，不过就算有必要直接导出来放在禅宗上再修改(事后被经理表扬了，说我测的很仔细，哈哈哈，这是对我工作的肯定。
出差后回公司。每天上班第一件事就是登录”禅”，查看一下自己提交的bug的一些后续情况。在你忙着写代码的时候，翻翻系统进行测试，在网上找一些关于测试的最新资料和一些财务知识进行学习(毕竟是银行项目，作为测试人员了解一些相关知识是很有必要的。好在你的专业是财务管理，所以知道起来也不是很难)。因为是小公司，工作氛围挺好的。大家各做各的，一起讨论一些问题。偶尔大家可以聊聊天，开开玩笑。
一般情况下，如果有新的要求，老板会直接去找相关的开发者，在会议室讨论。每天他都会询问进度，指导相关工作。
第二，工作这么久，发现理论和实践还是有很大差距的。
1)我曾经以为做测试要熟悉需求，但是做了才知道，没有需求文档也要进行测试工作。
2)我曾经以为测试分为性能测试和功能测试，但是我做了之后才知道，原来测试分为功能测试和业务测试(只针对我们公司)。功能测试的实现(功能肯定能实现，但其实主要是接口的一些问题)；业务测试是衡量数据的正确性(业务测试人员用公式计算的结果与计算机运行的结果进行比较)；性能测试是开发者，他们有自己的一套测试方法(后面我再找开发探索)。
3)我曾经认为写测试用例是一件很麻烦的事情，但是直到我做了才知道原来也不过如此。把步骤写出来就行了，没必要像我们培训老师说的写出来；
第三，软件测试是必要的。至于工作必需品:一个笔记本，一个被测系统，一个excel测试模板，一个红蜻蜓截图工具，一个QQ和一个坐垫
1.你得了解整个系统的设计风格。当你打开多个接口时，你可以发现一些小的接口问题。
2.红色蜻蜓截图工具很有用，截图后标注很方便。
3.登录QQ方便您与开发者交流。因为我没有需求说明书，操作手册等资料，有些要测的东西需要数据，数据不是随便输入的。我得找开发人员把他们输入数据库，有些操作还得问他们。
4.坐了一个小时后，我仍然感到酸痛。有一个坐垫可以让我心情好一点，中午可以带着它休息。
四。测试中遇到的问题:1.在这里遇到过问题但是在开发中没有遇到过。这种情况下，我得找多台机器试试，看看是自己的原因还是其他原因，积极找各种理由说服开发。
2.提交bug的时候，尽量把详细的步骤写下来，把你要找的bug的图片留着，万一以后被问到这个问题是怎么出现的(之前有个开发是这样的，我出差回来很久了。他来问我他问他的问题，他没看见。我回来了，我这里也打不开那个项目(因为是银行项目，用他们内网)。天啊，多亏了那些bug图，我现在手里还有，不然真的想不起来。其实最后一个原因是版本更新把它们去掉了。他基本上问了我每一个bug。毕竟我对自己的项目最熟悉，步骤截图也很清晰。为什么我懒得看它们？)
3.我自己也知道一些缺陷，只是不知道怎么简洁明了的表达出来。
4.很重要的一点就是如何提高我的测试效率。之前我是边写测试用例边提交bug，想节省时间，但是我发现这样做不但没有节省时间，反而浪费了很多时间。一旦开始，我真的受不了任何打扰，就是别人就算不打扰自己也能被他们逼疯。很多时候，测试用例出现问题，我就提交bug，但是一旦发现bug，根本停不下来。我开始努力寻找bug，忘记用例，这样就会不同步。当我回来写测试用例时，我不得不从刚才的bug中寻找详细的数据，这很浪费时间。
后来，我先写了测试用例。测试用例完成后(预期结果和实际结果写在一起)，如果实际结果有任何与预期结果不一致的问题，实际结果会直接以红色显示，并以截图保存。对了，我写测试用例的时候是跟着系统走的，所以也截图集中保存了一些界面问题在一个文件夹里。测试用例完成后，我打开了它”禅”提交bug，然后拿出刚才保存图片和测试用例的文件夹。其实像一些界面问题，看着截图就可以提交了。对于需要数据的人，在提交bug的详细步骤中，从测试用例中复制粘贴即可。(适合自己的才是最好的吧？现在还在探索期。有什么好的可以分享一下。).
5.有时候不懂的地方一定要问清楚。不要怕被别人嘲笑，更不要怕被批评。不要太在意。不管你犯了多少错误，你都可以把原因归结为我们太年轻，没有经验。别人不告诉你，我们怎么成长？你的老板越是发现你什么，你就越是努力纠正，直到他无话可说，你就完美了。那么你将不得不长大很多。不要以为公司小，工资低，都还年轻。小公司有很大的发展机会，这对脚踏实地来说是最重要的人不要总拿自己和别人比，看自己成长进步了多少。
加油，我会继续这份工作，我会学习更多的相关知识…希望把软件测试这条路探索的更久更深！！！
