Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/android/227.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Android 如何检测bug?_Android_Ios_Facebook_Security - Fatal编程技术网

Android 如何检测bug?

Android 如何检测bug?,android,ios,facebook,security,Android,Ios,Facebook,Security,我想知道iOS、Android、Facebook等系统中的bug是如何检测到的。是否有一种特定的模式可以用来检测它们?我问的是操作系统和网站(包括web应用程序)中的错误。过程是相同的还是不同的。如果是,如何发现?通常通过QA或开发过程发现bug。无论是否有一个专门的团队,流程基本上是相同的 运行您正在测试的所有功能-注意任何意外行为。至少,试着考虑所有可能的场景、用例、测试用例,如果可能的话,还有边缘用例(这些事情不是你期望用户做的,但理论上是可能发生的) 如果没有可见的bug,则可能需要查看

我想知道iOS、Android、Facebook等系统中的bug是如何检测到的。是否有一种特定的模式可以用来检测它们?我问的是操作系统和网站(包括web应用程序)中的错误。过程是相同的还是不同的。如果是,如何发现?

通常通过QA或开发过程发现bug。无论是否有一个专门的团队,流程基本上是相同的

运行您正在测试的所有功能-注意任何意外行为。至少,试着考虑所有可能的场景、用例、测试用例,如果可能的话,还有边缘用例(这些事情不是你期望用户做的,但理论上是可能发生的)


如果没有可见的bug,则可能需要查看后端(例如,如果存储值,则应检查这些值)

通常,bug是通过QA或开发过程发现的。无论是否有一个专门的团队,流程基本上是相同的

运行您正在测试的所有功能-注意任何意外行为。至少,试着考虑所有可能的场景、用例、测试用例,如果可能的话,还有边缘用例(这些事情不是你期望用户做的,但理论上是可能发生的)


如果没有可见的bug,则可能需要查看后端(例如,如果存储值,则应检查这些值)

通常,bug是通过QA或开发过程发现的。无论是否有一个专门的团队,流程基本上是相同的

运行您正在测试的所有功能-注意任何意外行为。至少,试着考虑所有可能的场景、用例、测试用例,如果可能的话,还有边缘用例(这些事情不是你期望用户做的,但理论上是可能发生的)


如果没有可见的bug,则可能需要查看后端(例如,如果存储值,则应检查这些值)

通常,bug是通过QA或开发过程发现的。无论是否有一个专门的团队,流程基本上是相同的

运行您正在测试的所有功能-注意任何意外行为。至少,试着考虑所有可能的场景、用例、测试用例,如果可能的话,还有边缘用例(这些事情不是你期望用户做的,但理论上是可能发生的)


如果没有可见的bug,那么可能需要查看您的后端(例如,如果您存储了值,您应该检查这些值)

要检测应用程序中的bug,需要经过几个阶段(至少我自己和我可以想象其他许多阶段)

  • 查看——一旦编写完成,请仔细梳理代码并检查是否存在任何错误 容易补救的非最佳情况。不要试图这样做 在这里重新发明轮子,只需检查任何可以 迅速而容易地解决

  • 性能——性能测试是关键。运行应用程序并检查它是什么 跑步需要时间。它使用了多少CPU?它应该用多少钱

  • 内存——观察内存使用情况。如果存在泄漏或僵尸,内存使用可能成为最大的问题之一。检查以确保所有内存都已正确分配和释放,并且没有浪费。一分钟内内存的少量增加可能意味着几个小时内就会崩溃

  • 用户界面测试——用户界面测试是下一个关键步骤。既然您对应用程序的运行和性能感到满意,那么用户会看到什么?反应慢吗?过渡和动画是否流动?感觉自然吗?它好看吗?使用你的应用程序,使用所有可用的功能,看看它是否运行良好

  • 白痴测试——白痴测试。别开玩笑了。你会发现一些用户在用户智能等级上低于平均水平,你会惊讶地看到他们出现的一些bug。因此,再次进行UI测试,但这一次是愚蠢的。做一些普通用户通常不会做的奇怪事情尝试使程序崩溃。打破“规则”,放纵自己。你可能会发现一些令人惊讶的错误

  • 测试版——测试版发布。这是测试中使用的最大工具。从许多用户中选择一些用户,并将其交给他们使用。看看发生了什么,并要求他们提供反馈。调查他们,找出他们喜欢什么和不喜欢什么。根据他们的反馈,随意更改或忽略

  • 这些是我在发布应用程序或程序之前通常采取的步骤


    如果您正在开发,另一个技巧是隔离崩溃的根源。这可能看起来很明显,但有时连我都忘了做。如果我注意到一只虫子,我不会杀死它。我找到了虫子的来源,它是如何到达那里的,我杀死了它产生的原因。这样,就不会产生其他错误。您可能还会发现,一个bug的来源实际上是许多其他bug的原因。

    检测应用程序中的bug需要经过几个阶段(至少我自己和我可以想象其他许多阶段)

  • 查看——一旦编写完成,请仔细梳理代码并检查是否存在任何错误 容易补救的非最佳情况。不要试图这样做 在这里重新发明轮子,只需检查任何可以 迅速而容易地解决

  • 性能——性能测试是关键。运行应用程序并检查它是什么 跑步需要时间。它使用了多少CPU?它应该用多少钱

  • 内存——观察内存使用情况。如果存在泄漏或僵尸,内存使用可能成为最大的问题之一。检查以确保所有内存都已正确分配和释放,并且没有浪费。在1分钟的时间内,记忆的少量增加可能意味着