系统开发测试软件,

交换机 01-16 12

默认

摘要： 大家好，今天小编关注到一个比较有意思的话题，就是关于系统开发测试软件的问题，于是小编就整理了3个相关介绍系统开发测试软件的解答，让我们一起看看吧。从事软件开发和测试用什么配置的电脑...

大家好，今天小编关注到一个比较有意思的话题，就是关于系统开发测试软件的问题，于是小编就整理了3个相关介绍系统开发测试软件的解答，让我们一起看看吧。

从事软件开发和测试用什么配置的电脑？
APP开发测试主要有什么方式？测试步骤是什么？
软件测试的基本标准是什么？

从事软件开发和测试用什么 配置的电脑？

从事软件开发，最好电脑配置高一点。看领域，但主要是CPU和内存，如果是游戏开发，还要有显卡的支持。

但是如果做测试，不是配置越高越好，而是要覆盖您软件的用户群的范围越大越好，如果您的用户群电脑配置单一，那最好您也用这个配置的电脑。

（图片来源网络，侵删）

（要不然您跟用户说软件启动速度不到3秒，到用户机器上3分钟，您觉的用户能接受吗？）

如果用户群的电脑配置有n套，那您最好也有实际的n套计算机，另外用一台高配机器通过软负载的方式模拟其他几套低配机器也行，但是效果一定不如实际机器评估效果准确。

所以，测试和开发不是一个思路层面的事情，所以不具有可比性。

（图片来源网络，侵删）

app开发测试主要有什么方式？测试步骤是什么？

一般理论上是分5个阶段：测试计划、测试设计、测试开发、测试执行、测试评估其他的按照测试种类不同，工具不同，方向不同，习惯不同，要求不同又细分很多很多步骤……比如有些人就习惯按照测试设计、单元测试、集成测试、系统测试、验收测试划分而且还有所谓的二次测试、最终测试以及性能方面的压力测试等等测试过程一般都比较有针对性，所以每个软件的测试过程可能都不一样，大公司可能5步或更多步，小工作节约人力就1步等等，看现实需求吧

软件测试的基本标准是什么？

1)所有的测试都应追溯到用户需求。

软件测试的目标在于揭示错误。从用户角度来看，最严重的错误是那些导致程序无法满足需求的错误。

（图片来源网络，侵删）

(2)应该在测试工作真正开始前的较长时间内就进行测试***。测试***可以在需求模型一完成就开始，详细的测试用例定义可以在设计模型被确定后立即开始。因此，所有测试应该在任何代码被产生前就进行***和设计。

(3)pareto原则：测试发现的错误中80%很可能起源于20%的模块中。

当某个功能出问题，其对用户的影响有多大?然后根据风险大小确定测试的优先级。优先级高的测试，优先得到执行，一般来讲，针对用户最常用的20%功能(优先级高)的测试会得到完全执行，而低优先级的测试(另外用户不经常用的80%功能)就不是必要的，如果时间或经费不够，就暂时不做或少做。

(4)测试无法显示软件潜在的缺陷，“测试只能证明软件存在错误而不能证明软件没有错误”。最初的测试通常把焦点放在单个程序模块上，进一步测试的焦点则转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。在测试中不可能运行路径的每一种组合。然而，充分覆盖程序逻辑，并确保程序设计中使用的所有条件是有可能的。

(5)应由独立的第三方来构造测试。

第三方测试最大的特点在于它的专业性、独立性、客观性和公正性。

(6)充分注意测试中的群集现象。

测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。不要在某个程序段中找到几个错误就误认为该程序段就没有错误而不再测试，相反应该对错误群集的程序段进行重点测试。

1. 确认测试标准

实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试***和过程，测试***应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。

无论是***还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面。

确认测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。

2. 配置复审

确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。

3. α、β测试

事实上，软件开发人员不可能完全预见用户实际使用程序的情况。例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。因此，软件是否真正满足最终用户的要求，应由用户进行一系列验收测试。