1樓：匿名使用者
開發人員不改程式？這不是開發人員決定的，是專案經理和大家一起決定的。一般專案經理都有判斷是否缺陷的能力的，如果拿不準的話，他會和大家一起評審討論的。
如果專案經理也把你否決了，而你又覺得這個缺陷會影響很大，你可以向開發部經理直接反映，但越級反映的事情不要做太多，這是職場禁忌。
如果是個小缺陷，修改都會比較簡單，故一般都會修改的，除非你公司壓根兒就不注重質量。
2樓：匿名使用者
不知道你是軟體的客戶還是測試人員
如果是客戶：一般來說你們是專業的，因為只有你們最瞭解需求，所以不管軟體是對還是錯，只要你認為需求與軟體不合理，你就是對的，儘管你的需求也許是錯的或者不是最便捷的
如果是測試人員：大多數軟體公司的測試人員與開發部都不是很和善。。。這點我想大家都清楚原因，如果因此遇到矛盾，錯誤是必須要改的，而需求的不定性你們也決定不了，從a點到b點的方式很多，每個人的理解也不一樣，解決的辦法就是找到使用軟體的客戶，他們有決定權，因為他們是上帝(至少針對你的老總)
好啦 打這麼多 只是給你點解決問題的建議
3樓：匿名使用者
你是測試員的話收集相關材料提供給專案負責人，你是軟體使用者的話聯合n個使用者強烈建議作者修改，你是免費使用者的話，不用想了，改不改人家作者看心情，當然如果你給rmb他，他或許就有心情改了
4樓：匿名使用者
告訴他產生的過程和結果,讓他們verify是不是defect.
你的角色是? tester?
5樓：匿名使用者
你使用給她看 讓他知道 這軟體一旦釋出出去再更改就難了 而且軟體的缺陷會影響這知名度
5、軟體測試工程師在測試中發現了一個bug，但是開發經理認為這不是一個bug，你應該怎樣解決？
6樓：未來全域性統籌行動戰略
如果是大bug就報告上級或者上上級，上上上級就不用報告瞭如果是小bug就服從領導
如果領導不認同你的觀點，那就等待領導下命令要求修復bug的時候你已經盡到自己崗位的義務了，再找找有沒有其他bug
7樓：三各三
這個你把自己的工作做了，在該有的工作流程記錄中提出你的看法就好。至於後續如何那也不是你的責任啊！
8樓：手機使用者
答：首先，將問題提交到缺陷管理平臺裡面進行備案登記。
然後，要獲取判斷的依據和標準：
根據需求說明書、產品說明、設計文件等，確認實際結果是否與計劃有不一致的地方，提供缺陷是否確認的直接依據；
如果沒有文件依據，可以根據類似軟體的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；
根據使用者的一般使用習慣，來確認是否是缺陷；
與設計人員、開發人員和產品經理等相關人員**，確認是否是缺陷；
合理的論述，向測試經理說明自己的判斷的理由，注意客觀、嚴謹，不參雜個人情緒。
等待產品經理做出最終決定，如果仍然存在爭議，跟測試經理確認，在發上線報告時把這個bug的風險遺留，預警，讓全專案方的人都知悉這個情況。
如果想這塊內容增強的小夥伴參考網上的相關知識(黑馬程式設計師論壇等)
9樓：匿名使用者
非常大。因為軟體測試是一個跨學科和知識面廣的工作，可以很容易發展成為產品經理、質量經理等職位。不過要注意一點，想發展成產品經理的話，一定要鍛鍊自己的溝通交流和產品策劃的能力。
10樓：it科技青年
1、將問題提交到缺陷管理庫裡面進行備案。
2、要獲取判斷的依據和標準：
根據需求說明書、產品說明、設計文件等，確認實際結果是否與計劃有不一致的地方，提供缺陷是否確認的直接依據；
如果沒有文件依據，可以根據類似軟體的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；
根據使用者的一般使用習慣，來確認是否是缺陷；
3、與設計人員、開發人員和客戶代表等相關人員**，確認是否是缺陷；
4、合理的論述，向測試經理說明自己的判斷的理由，注意客觀、嚴謹，不參雜個人情緒。
等待測試經理做出最終決定，如果仍然存在爭議，可以通過公司政策所提供的渠道，向上級反映，並有上級做出決定。
你在測試中發現了一個bug，但是開發經理認為這不是一個bug，你應該怎樣解決？
11樓：匿名使用者
站在開發立場上，有bug的話儘量改正，開發經理也有他的考慮，如果這個bug不影響什麼大的功能，那就不要費神去改正，如果要是有的話，就要給經理講明，也許經理一下沒有看出來呢，但是講的時間要注意單獨講，不要經理丟面子。
12樓：在遊樂園拉小提琴的雪花
首先，將問題提交到缺陷管理平臺裡面進行備案登記。
軟體測試題
如何發現遊戲中的bug？（具體方法）通過測試等方法
13樓：匿名使用者
遊戲的bug主要還是在大家"遊戲"的過程中,對遊戲的每個功能進行遊玩時發現的問題,因為遊戲是經過程式設計製作的,每個動作和功能對應著相應的程式,發現bug去找程式即可發現程式設計的問題.
這就是每個網遊都要經過長期的內測和公測才推出的原因!
說實話,這個專業性很強!
14樓：piao花手絹
不是人家含糊咯，是這個問題確實是計算機中程式設計的很專業性的問題，非專業人士是根本聽不懂的，所謂的測試一般也是執行**進行的，而不僅僅是簡單的在遊戲體驗中去偶然的發現，當然這些bug，在遊戲中一旦存在被碰到了，也是一種發現bug的方式，最終還是要回歸到**中去尋找和修改，執行，測試。
15樓：匿名使用者
靠你細心，用心發現遊戲的錯誤，其實發現bug還是挺偶然的
16樓：匿名使用者
就是多玩，找別人來一起玩，一起各種的測試。
17樓：匿名使用者
bug一詞的原意是「臭蟲」或「蟲子」。但是現在，在電腦系統或程式中，如果隱藏著的一些未被發現的缺陷或問題，人們也叫它「bug」，這是怎麼回事呢？
原來，第一代的計算機是由許多龐大且昂貴的真空管組成，並利用大量的電力來使真空管發光。可能正是由於計算機執行產生的光和熱，引得一隻小蟲子�bug 鑽進了一支真空管內，導致整個計算機無法工作。研究人員費了半天時間，總算髮現原因所在，把這隻小蟲子從真空管中取出後，計算機又恢復正常。
後來，bug這個名詞就沿用下來，表示電腦系統或程式中隱藏的錯誤、缺陷、漏洞或問題。
與bug相對應，人們將發現bug並加以糾正的過程叫做「debug」，意即「捉蟲子」或「殺蟲子」。遺憾的是，在中文裡面，至今仍沒有與「bug」準確對應的詞彙，於是只能直接引用「bug」一詞。雖然也有人使用「臭蟲」一詞替代「bug」，但容易產生歧義，所以推廣不開。
◆ 所謂「（bug）」，是指電腦系統的硬體、系統軟體（如作業系統）或應用軟體（如文書處理軟體）出錯。硬體的出錯有兩個原因，一是設計錯誤，一是硬體部件老化失效等。
〓軟體的錯誤全是廠家設計錯誤。那種說使用者執行了非法操作的提示，是軟體廠商不負責的胡說八道。使用者可能會執行不正確的操作，比如本來是做加法但按了減法鍵。
這樣使用者會得到一個不正確的結果，但不會引起bug發作。
〓軟體廠商在設計產品時的一個基本要求，就是不允許使用者做非法的操作。只要允許使用者做的，都是合法的。使用者根本就沒有辦法知道廠家心裡是怎麼想的，哪些操作序列是非法的。
從電腦誕生之日起，就有了電腦bug。第一個有記載的bug是美國海軍的程式設計員，編譯器的發明者格蕾斯·哈珀（gracehopper）發現的。哈珀後來成了美國海軍的一個將軍，領導了著名計算機語言cobol的開發。
2023年9月9日，下午三點。哈珀中尉正領著她的小組構造一個稱為「馬克二型」的計算機。這還不是一個完全的電子計算機，它使用了大量的繼電器，一種電子機械裝置。
第二次世界大戰還沒有結束。哈珀的小組日以繼夜地工作。機房是一間第一次世界大戰時建造的老建築。
那是一個炎熱的夏天，房間沒有空調，所有窗戶都敞開散熱。
突然，馬克二型宕機了。技術人員試了很多辦法，最後定位到第70號繼電器出錯。哈珀觀察這個出錯的繼電器，發現一隻飛蛾躺在中間，已經被繼電器打死。
她小心地用攝子將蛾子夾出來，用透明膠布帖到「事件記錄本」中，並註明「第一個發現蟲子的例項。」[1]
人們將計算機錯誤戲稱為蟲子（bug），而把找尋錯誤的工作稱為（debug）。
程式中隱藏的功能缺陷或錯誤。由於現在的軟體複雜程度早已超出了一般人能控制的範圍，如win95、win98這樣的較成熟的作業系統也會不定期地公佈其中的bug。如何減少以至消滅程式中的bug，一直是程式設計師所極為重視的課題。 ～
發現了你的舍友在背後說你壞話你會處理
發現的的話只能一笑而過，如果我很在意去在別人後面說回她壞話，那麼大家會覺得我也是這樣的人，反而我不在乎，久而久之別人會覺得對方人品有問題。不理她，更加努力遠離這些人，她們有的時候就是閒的沒事幹，總愛說別人的閒話，只有離他媽遠點，沒交集了就好了。這種室友。寧惹君子，不惹小人。我就當面質問過他，他如果之...
用1，2，3，4，5，6，7，8，9分別去除11。你發現了什
官詩槐臧風 個位數字為零0，十位數字和百位數字只能為偶數，其他各位上的數字只需要判斷整個數能被七整除就行了！能被2 3 4 5 6 7 8 9 等數整除的數的特徵 性質1 如果數a b都能被c整除，那麼它們的和 a b 或差 a b 也能被c整除。性質2 幾個數相乘，如果其中有一個因數能被某一個數整...
觀察下面的幾個算式，你發現了什麼規律
兩位數相乘，並且這兩位數的十位數是相同的數字，那麼這兩個數相乘等於乘數的十位數字乘以 乘數的十位數字加1 再乘以100加上第一個乘數的個位數字乘以第二個乘數的個位數字 兩個十位相等，個位和為10的兩位數的積等於這兩個兩位數十位上的數乘以十位上的數 1的和乘以100加上個位數的乘積的和。字母 設兩個兩...