软件外包公司如何报告问题

 

感觉能写的第一个博客是软件外包公司的产品，它是被释放的精彩。我认为最相关和最容易受写将测试过程的心：如何报告错误一旦你找到了一个。

 

首先，也是最重要的，最重要的规则的错误报告要尽可能具体！我不能强调足够的测试人员是多么势在必行写相关的信息，每一个可能的块。一个测试人员看到在他们面前的问题很简单，并没有意识到他们不沟通所需要的信息。试图重现问题时，测试经理将寻找一个bug不熟悉这一切只有通过测试仪提供的信息，他们将能够（或不）重现问题。

 

我们的平台，更具体地说，这是用u检验平台的一些技巧：

开始之前你必须先测试审查由公司提供详细的信息发布在。这可能包括测试关键信息（在代码符号等）或特定的测试脚本，需要的可以下载。

 

现在你需要供应时报告错误信息：

 

主题：这表示标题和类型的bug。请填写与最好的分类描述。

 

类型：类型是指虫类。目前，只有少数的分类如：GUI，逻辑和技术。然而，当应用程序释放更多类型的错误将被添加。请选择最接近的类型是与错误你发现相关。

 

严重程度这表明：错误的应用有多严重。一个错误，只有轻微的影响（即断开的链接），几乎没有一个错误，导致应用程序崩溃的严重。

 

频率：多久错误发生？频率指示是否可以复制的问题，每次你经过的步骤，或者如果它只能几次。

 

成熟：成熟使您的测试报告了应用他测试的成熟度等级的印象。

 

执行的动作：测试用例的过程中，测试人员通过了为了创建错误提。这是信息最关键的野战炮因为测试经理会试图复制的基础上在该领域提供的信息错误。请尝试列出所有环境的细节（例如，如果你有另一个应用程序打开，等），和你遇到的错误采取具体步骤。

 

预期的结果：这场是指测试人员的期望时遇到的情况。例如，如果一个测试会点击一个链接，就可以预测链接会带他们到一个特定的页面。

 

实际结果：结果是指实际发生。在上面的例子中，如果链接带你到一个不同的页面，或没有在所有的页面，这将是“结果”。

 

错误代码/消息：错误代码是指如果程序给出了一个实际的编码输出（它可能或不可能）。错误代码可能看起来像：“错误24282x”消息是保留任何信息显示；即“代码行272…错误”

 

环境和附加信息：环境和额外的就是你输入任何关于你正在运行的平台的更多信息，或其他外部条件，软件外包公司认为可能会导致报告的bug。