1) Analyzing the Requirements from the client
2) Participating in preparing Test Plans
3) Preparing Test Scenarios,test cases
4) Defect Tracking
5) Preparing Suggestion Documents to improve the quality of the application
6) Communication with the Test Lead / Test Manager
7) Conducting Review Meetings within the Team
/>除了上述几点，作为软件测试人员，我还需要关心其他事项吗？
#1 楼
感谢您有机会深入研究测试和质量保证理论。由于您似乎对测试专家在软件实现项目中的角色最感兴趣，因此，我将在这个一般领域中保留我的回答范围。请记住，这里的大多数内容都是根据我的见解和经验写的，而很少基于书籍。首先关于质量
在开始测试之前，我们需要了解概念质量。质量可以定义为实际被测物体与客户对物体的期望之间的距离。这意味着您应该测量对象与预期的吻合程度，以确定质量。为此，您应该意识到期望，它通常是需求中所包含的。现在您可以看到，当您的需求不符合期望时，每个人的努力最终结果也不会。
什么是测试，为什么要这么做？
在我看来，测试更多的是衡量而不是建议改进。每个人都有专长，业务分析师应该非常熟练地提出高要求并提出改进建议。这将您的观点5.排除在了窗外。
作为测试人员，您应该在工作的每个新项目中都清楚自己的任务是什么。
您是否希望添加到高质量的软件中？准备与客户会面以找出他的期望。
您是否希望增加缺陷数量？根据需求和规范编写测试用例的负载。
找出您是哪种类型的测试仪，并确保适合您的团队，您会做得很好。
亲切的问候，
科恩·普林斯
评论
的确，建议改进可能不在测试人员的工作描述中，但要记住，工作描述很少是清楚明了的，人们在某种程度上经常戴多顶帽子。对于主要工作是测试以建议甚至实施改进的人来说，这种情况并不少见，特别是在小型公司中。此外，改进和修补程序之间的界限可能会令人惊讶地模糊，尤其是在产品缺乏正式规范的情况下，这会使情况变得更加模糊。除此之外，好的答案。
–user867
2012年11月1日，0：54
#2 楼
您似乎错过了两个明显的步骤：执行测试。许多事情可以自动完成，但手动测试仍然是集成和系统测试级别的关键方面。
报告结果。自动化测试可能会生成结果文件，但您需要以适合受众的格式解释和显示结果。
与开发人员角色一样，测试角色将与文档有关。很多！
评论
很多文件吗？真的吗取决于组织和方法，也许我很幸运，但是我一点都没有付出（但是在淹没的地方工作过）
– Phil Kirkham
2012年11月2日，11：28
您很幸运...在航空航天/国防和汽车领域，您可以通过文档的厚度来测量软件:(
–安德鲁（Andrew）
2012年11月2日，11：47
该文档对项目/软件的成功有多少贡献？
– lontivero
2012年11月15日在1:51
这在很大程度上取决于项目的外观。如果以正确的顺序进行操作，将非常有益且具有成本效益。如果把它看成是一个框式滴答作响的练习，要等到以后再说，那完全是浪费时间。可悲的是，太多的公司认为“盒子打勾”
–安德鲁（Andrew）
2012年11月15日7:10
#3 楼
INHO测试人员的责任与所有其他角色的责任相同：为项目的成功做出尽可能多的贡献。，请密切注意您每个人的投资回报率活动。在成本和收益之间取得平衡，项目（以及整个团队）将获得这些活动。与项目和客户需求保持一致。
每次都很难获得正式的需求文件，因此变得更加灵活。
客户可能不在乎您的测试用例。它们
重要吗？有可能避免全部使用吗？
有时客户现在需要软件，他认为进入市场的时间比质量更重要。问问自己哪种可能是该项目的最佳方法。
通常在许多项目中，每周都会为大量用户发布一个新版本。针对这些情况设计验证策略。
避免官僚主义，并专注于真正重要的事情。
与开发人员紧密合作，他们会尽快提供您的反馈。
这些是责任。
评论
“避免官僚主义，而要专注于真正重要的事情。”那不是责任。那是一种方法。
– dzieciou
2012年11月14日下午6:44
#4 楼
在我看来，测试人员应该在这些附加职责中扮演更积极的角色。（注意：此想法不是最新技术，而是一种愿景）
从客户端分析需求。写下要求时，请确保使用bdd样式/ Gherkin样式的语言可以自动进行可自动测试的需求。这些明智的要求应成为开发与客户之间合同的一部分。
设计/体系结构：确保该软件易于测试。
验证每个发布的功能都遵循完成的定义。
评论
欢迎使用SQA Stack Exchange。请参阅常见问题解答sqa.stackexchange.com/faq。有整本书专门讨论这个主题。如果您可以缩小问题范围，我们可以为您提供更好的帮助。如果您不知道角色和职责，您如何决定从事软件测试的职业？