#whiteboxtesting
Explore tagged Tumblr posts
Text
White Box Testing vs Black Box Testing: What’s the Difference?
Behind every functional software lies the truth of its testing - Black Box vs White Box. 📦 One focuses on end-user experience, while the other delves into the inner workings. Which approach reveals the hidden bugs? 💻
What is Black Box Testing?
Black Box Testing is a method where the tester doesn’t need to understand the internal workings of the application. Instead, the focus is on testing the functionality from an external user perspective. Think of it like testing an app without seeing the code inside—it’s all about inputs and outputs! 🌐
➢ Key Features of Black Box Testing 🎯
No Code Knowledge Required 🧑🏫: Testers only need to know the functionality, not the internal code.
Focus on User Experience ��: Ensures the software works as users expect.
Applicable to All Levels 🛠️: Useful for unit, integration, and system testing.
Detects Functional Issues ⚠️: Helps uncover missing or incorrect features.
Uses Structured Test Cases 📜: Relies on predefined input/output test cases.
What is White Box Testing? 🔍
White Box Testing (or Clear Box Testing) is all about knowing and testing the code itself. Testers need a good understanding of the internal structure of the application, as they’re checking how well each piece of code functions and interacts. It’s a deep dive into the codebase! 🖥️💻
➢ Key Features of White Box Testing 🎯
Requires Code Knowledge 💻: Testers need coding skills to examine the internal workings.
Examines Internal Logic 🧠: Focus on code structure, algorithms, and logic flows.
Ideal for Unit Testing ⚙️: Best suited for smaller code segments and functions.
High Coverage 🔍: Ensures every path and branch in the code is tested.
Early Detection of Errors 🚫: Catches logical and security issues early in development.
Black Box vs White Box Testing: Key Differences 🐞
When it comes to "Black Box vs White Box Testing," each approach has its own strengths, weaknesses, and best use cases. Let’s compare them across some key areas! 🌐
1. Knowledge Requirement 🧑🏫
Black Box Testing doesn’t require any knowledge of the underlying code.
White Box Testing requires a good understanding of the code, making it more suitable for developers or technical testers.
2. Testing Focus 🎯
Black Box Testing focuses on functional aspects from a user’s point of view.
White Box Testing focuses on the structural aspects, such as code quality, logic, and flow.
3. Application 🖥️
Black Box Testing can be used for end-to-end testing scenarios.
White Box Testing is mostly used for unit testing and integration testing within smaller code segments.
4. Bug Detection 🐞
Black Box Testing finds functional bugs, such as incorrect or missing functionality.
White Box Testing finds structural and logical bugs within the code.
5. Automatability 🤖
Black Box Testing can be easier to automate for UI/UX testing, especially in large systems.
White Box Testing is often automated to improve code quality, especially in Continuous Integration (CI) setups.
When to Use Black Box vs White Box Testing?
Deciding between Black Box vs White Box Testing depends on the stage of development, your testing goals, and the skills of your team:
➢ Use Black Box Testing when you’re:
Testing from an end-user perspective 🧑💻
Running final QA checks before a release
Validating functionality for end-to-end workflows
Using non-technical testers for broader functional checks
➢ Use White Box Testing when you’re:
Conducting unit tests during early development 🛠️
Looking to improve code quality with CI/CD pipelines
Debugging specific sections of code or functions
Using automated testing tools to verify code logic and paths Both methods can complement each other! In fact, using them together (called Gray Box Testing) combines user-focused testing with code-level insights, providing a comprehensive test strategy. 🤩
Conclusion
When it comes to Black Box vs White Box Testing, the best approach often depends on your testing goals and project needs. Black Box Testing excels in validating the user experience and ensuring that the functionality meets expectations. White Box Testing, on the other hand, is invaluable for catching code-level issues and improving the security and quality of the code itself.
#BlackBoxTesting#WhiteBoxTesting#SoftwareTesting#TestingComparison#TechTalk#QATesting#SoftwareQuality#SoftwareDevelopment#Testing101#QualityAssurance#Debugging#SoftwareEngineering#ManualTesting#AutomatedTesting#CodeTesting#FunctionalTesting#UnitTesting#TechInsights#TestingTechniques
0 notes
Text
Let's kickstart your career in software testing today! 💻🔍
🌟 Join in Elysium Academy's top-notch Selenium testing Courses and Explore the world of automation.
🔺 📣Elysium Academy is an authorized academic training center for progressed #IT and Computer software networking courses. We will be persuasive for Advanced Learning which has been specially created to provide quality
For Additional Info🔔 🟢Whatsapp: https://wa.me/9677781155 , https://wa.me/7558184348 , https://wa.me/9677724437 📨Drop: https://m.me/elysiumacademy.org 🌐Our website: https://elysiumacademy.org/software-testing-classes/ 📌Live Visit: shorturl.at/tMO45 🔖Appointment: https://elysiumacademy.org/appointment-booking/
#elysiumacademy#no1academy#java#softwareengineer#kotlin#codingbootcamp#qualityassurance#servlets#api#seleniumwebdriver#istqbcertification#whiteboxtesting#appium#flutter#javascript#software#corejava#softwaredeveloper#selenium
0 notes
Text
Sind Blackbox-Automatisierungstests in variablen Anwendungskonfigurationen sinnvoll?
Die Frage, ob Black-Box-Automatisierungstests in variablen Anwendungskonfigurationen sinnvoll sind, ist komplex, und die Antwort hängt von einer Reihe von Faktoren ab. Zunächst ist es wichtig, den Unterschied zwischen Black-Box- und White-Box-Tests zu verstehen. Black-Box-Tests sind eine Testmethode, bei der der Tester keine Kenntnisse über die interne Funktionsweise der getesteten Anwendung hat. Der Tester konzentriert sich ausschließlich auf die Eingaben und Ausgaben der Anwendung. Beim White-Box-Testing hingegen wird das Innenleben der Anwendung getestet, z. B. der Code und die Datenbank. https://www.youtube.com/watch?v=nQQwBsK7YII Bei einem variablen Anwendungsaufbau können Black-Box-Tests ein nützlicher Ansatz sein. Da jede Anwendung über einen anderen Technologie-Stack verfügt, ist es für QAs möglicherweise nicht machbar oder effizient, mehrere Technologien zu erlernen, um anwendungsnahe Unit-/Integrationstests zu schreiben. In diesem Fall kann die Verwendung von Tools wie Postman für API-Tests und UI-Frameworks wie Playwright oder Cypress für UI-Tests eine gute Option sein. Diese Tools sind eher für externe Tests konzipiert und können mit einer Vielzahl von Technologie-Stacks arbeiten. https://www.youtube.com/watch?v=4BRHQ-yXFZ8 Es ist jedoch wichtig zu beachten, dass Blackbox-Tests ihre Grenzen haben. Da der Tester keine Kenntnisse über die interne Funktionsweise der Anwendung hat, kann es schwieriger sein, bestimmte Probleme oder Fehler zu erkennen. An dieser Stelle können White-Box-Tests nützlich sein. Durch das Testen der internen Funktionsweise der Anwendung können QAs Probleme auf einer detaillierteren Ebene identifizieren. Letztendlich hängt der beste Ansatz von den spezifischen Bedürfnissen und Anforderungen Ihres Unternehmens und Ihrer Anwendungen ab. Je nach Situation kann es sinnvoll sein, eine Kombination aus Black-Box- und White-Box-Tests zu verwenden. Das Wichtigste ist, dass ihr einen Testansatz wählt, der effektiv und effizient ist und der es Ihnen ermöglicht, Probleme so schnell und effektiv wie möglich zu erkennen und zu beheben. Black-Box-Computerisierungstests können in Abhängigkeit von der jeweiligen Einstellung und den Zielen des Testsystems bei der Gestaltung von Anwendungen hilfreich sein. Black-Box-Tests beziehen sich auf eine Strategie, bei der die inneren Funktionen der zu testenden Anwendung dem Analysator nicht bekannt sind. Alles in allem konzentriert sich der Analysator auf die Datenquellen und Ergebnisse des Frameworks, um dessen Verhalten zu bestätigen. Bei faktoriellen Anwendungsarrangements, bei denen sich die Designs, Bedingungen oder Informationsdatenquellen ändern können, können Black-Box-Tests dabei helfen, zu garantieren, dass die Anwendung unter verschiedenen Umständen formgetreu arbeitet. Im Folgenden werden einige Überlegungen angestellt: Funktionales Testen: Black-Box-Tests können bei der Überprüfung der praktischen Voraussetzungen der Anwendung unter verschiedenen Bedingungen sehr hilfreich sein. Durch die Angabe von Datenquellen und die Betrachtung der Ergebnisse können die Analysatoren bestätigen, dass die Anwendung unabhängig von der grundlegenden Anordnung korrekt funktioniert. https://www.youtube.com/watch?v=d4gZ89r1_YU Regressionstests: Wenn Änderungen an der Anwendung oder ihren aktuellen Gegebenheiten vorgenommen werden, sind Rückfalltests unerlässlich, um zu gewährleisten, dass die aktuelle Nützlichkeit nicht beeinträchtigt wird. Black-Box-Computerisierungstests können bei der schnellen Durchf��hrung einer Reihe von Tests helfen, die bestätigen, dass die Anwendung tatsächlich formgetreu funktioniert. https://www.youtube.com/watch?v=AWX6WvYktwk&t=2s Kompatibilitätstests: Variable Anwendungsarrangements können verschiedene Arbeitsrahmen, Programme oder Gadgets umfassen. Black-Box-Tests können dabei helfen, die Ähnlichkeit der Anwendung mit diesen unterschiedlichen Bedingungen zu untersuchen, indem sie das Verhalten der Anwendung in zahlreichen Designs überprüfen. https://www.youtube.com/watch?v=ST4qubEcqyI&t=1s Testen der Benutzerfreundlichkeit: Blackbox-Tests können bei der Bewertung der Kundenerfahrung mit der Anwendung in verschiedenen Arrangements hilfreich sein. Analysatoren können sich auf Aspekte wie Bequemlichkeit, Reaktionsfähigkeit und Offenheit konzentrieren, ohne Punkt für Punkt Informationen über die innere Ausführung zu benötigen. https://www.youtube.com/watch?v=q8IPHOlUbV0 Dennoch ist es wichtig zu beachten, dass Blackbox-Tests Einschränkungen haben. Sie sind möglicherweise nicht geeignet, um Defekte auf niedriger Ebene oder Ausführungsfehler aufzudecken, die Informationen über die inneren Abläufe erfordern. In solchen Fällen kann eine Mischung aus Black-Box- und White-Box-Tests (bei denen der innere Aufbau bekannt ist) besser geeignet sein. Letztendlich hängt die Entscheidung über den Testansatz von den jeweiligen Zielen, Anforderungen und verfügbaren Ressourcen ab. Häufig ist es sinnvoll, ein ausgewogenes Testsystem zu haben, das eine Mischung aus verschiedenen Methoden enthält, um eine vollständige Einbeziehung zu gewährleisten. Read the full article
0 notes
Text
Difference between Black Box testing and White Box testing with examples | SDET Unicorns
Explore the differences between Black Box testing and White Box testing in this comprehensive guide by SDET Unicorns. Learn how Black Box testing focuses on functional testing without knowledge of internal code, while White Box testing examines internal code structure and logic. Discover practical examples of both testing techniques to deepen your understanding and apply them effectively in your testing projects.
#SoftwareTesting#BlackBoxTesting#WhiteBoxTesting#FunctionalTesting#CodeTesting#TestingTechniques#QualityAssurance#TestingExamples#SDETUnicorns#LevelUpYourTesting
0 notes
Text
White Box Testing . . . for more information http://bit.ly/3KAb7O7 check the above link
#softwaredesign#software#coupling#cohesion#whiteboxtesting#blackboxtesting#greyboxtesting#programming#coding#application#applicationdesign#sdlc#javatpoint
0 notes
Link
#what is black box testing#black box testing#whiteboxtesting#game testing#software testing#mobile app testing
1 note
·
View note
Text
Testowanie decyzji jest silniejsze niż pokrycie instrukcji. Jeśli dany przypadek testowy pokrywa wszystkie decyzje w programie, to jednocześnie pokrywa wszystkie instrukcje w programie.
0 notes
Photo
What is White Box Testing?
White box testing tests the resilience of the internal, and external systems of an application by evaluating the source code thoroughly. Yes, the source code will be given to the ethical hacker who performs the testing.
It is a complex and time-consuming process.
0 notes
Text
0 notes
Link
Do you know about white box testing? Know more about white box testing, its techniques, advantages, disadvantages, and many more through this article.
0 notes
Text
A Complete Guide to White Box Testing
-https://bit.ly/3fVSiof Topics Included: - White Box Testing – Definition - How to do White Box Testing? - Steps of white box testing - Types of White Box Testing - White Box Testing Tools - Advantages & Disadvantages of White Box Testing To know more, visit: https://bit.ly/2VBYbjT Call us now - +91 942-803-6436 #qualityassurance #softwaretesting #mobileappdevelopmentcompany #androidappdevelopment #androiddeveloper #webdevelopment #webdesign #webdesigning #webdesigncompany #mobileappdevelopment #websitedesigningcompany #websitedevelopmentagency #wordpress #wordpressdeveloper #wordpressdevelopment #magentodeveloper #magentodevelopment #currencyremit #digitalmarketing #software #website #email #smallbusiness #design #userexperience #ai #ml #data #machinelearning #artificialintelligence #deeplearning #qa #qatester #qaengineers #programming #python #technology #android #java #developer #development #php #javascript #html #css #applicationdesign #whiteboxtesting #testing #whitebox #blackbox #testingservices
0 notes
Photo
White Box Testing Vs. Black Box Testing- http://www.intellisqa.com/ #Softwaretesting #QualityAssurance #QA #BlackboxTesting #Whiteboxtesting #SoftwareDevelopment #Testing
0 notes
Photo
We use various step in white box testing like understand source code, create issue and execute. Our experience testing team helps to developer team to follow best coding standard. For more detail visit at: http://goo.gl/Ly71hC
0 notes
Text
UAS - Review Materi Konsep Teknologi
Pengantar Konsep Teknologi
Sebelum kita membahas tentang pengantar konsep teknologi, kita akan mengartikan kata perkata terlebih dahulu. Konsep adalah rancangan atau ide, sedangkan teknologi adalah suatu hal yang mempermudah pekerjaan manusia. Jadi, konsep teknologi adalah rancangan atau ide yang dapat mempermudah pekerjaan manusia.
Seorang penemu biasa disebut dengan engineer, mereka bisa menciptakan teknologi karena mereka mengetahui masalah apa yang sedang terjadi, jadi jika kita tidak tahu masalah yang terjadi atau tidak ada masalah maka kita tidak akan bisa menciptakan suatu teknologi.
Dampak Positif :
Mempermudah pekerjaan manusia.
Mempermudah mencari informasi.
Sarana komunikasi, sarana usaha, dll.
Dampak Negatif :
Ketergantungan, lupa waktu.
Menuhankan teknologi, seperti mengutamakan teknologi dibandingan kepentingan pribadi.
Penyalahgunaan teknologi.
Pasar dan Strategi Pemasaran Mobile OS
Pasar Mobile OS di Dunia didominasi oleh Android dengan presentasi sekitar 78%, diikuti oleh iOS 16%, Windows Phone 3% dan Blackberry 2%. Mari kita bahas strategi dari masing-masing mobile OS.
1. Android
Android memiliki fitur lengkap dan gadgetnya juga dibandrol dengan harga yang sangat terjangkau, tidak aneh jika Android menguasai pasar mobile global. Kelebihan android diantaranya, open source, dukungan aplikasi yang tidak terbatas, dan penggunaannya yang mudah. Dengan kelebihannya tersebut banyak vendor ingin menyokong OS android untuk gadget produknya, karena memiliki fungsibilitas yang sama, gratis serta dapat dikembangkan. Para pengembang aplikasi pun banyak tertarik akan mengembangkan aplikasinya di Android dibandingkan di iOS dan Blackberry karena Android membebaskan para pengembang aplikasi untuk berkreasi.
2. iOS
Berbeda dengan Android, iOS termasuk middle-high class dalam pasar mobile, iOS menyediakan fitur ekslusif pada produknya. Kelebihan iOS diantaranya, close source, kualitas premium, penggunaan yang mudah. Karena iOS merupakan close source, ada fitur eklusif tersendiri yang berbeda dan tidak dimiliki dalam mobile OS lainnya. Dengan begitu konsumen merasa istimewa dengan menggunakan iOS, namun sangat disayangkan iOS disini dibandrol dengan harga yang tinggi, tidak semua kalangan dapat menikmatinya.
3. Blackberry
Pada tahun 2009-2011 Blackberry berada di puncak pasar mobile, tetapi sekarang Blackberry mengalami kemerosotan di pasar mobile. Penyebab kemerosotan blackberry bisa jadi karena konsumen mulai beralih ke perangkat android, karena dari kelengkapan fitur, kecepatan internet, dll sudah bisa diperoleh di perangkat android, dan tanpa harus mengeluarkan biaya yang besar. Ditambah lagi dengan ada nya fitur BBM yang bisa dibilang menjadi fitur pamungkas dan eksklusif di Blackberry, sekarang sudah support diperangkat Android, Windows Phone dan iOS. Selain itu, dengan penjualannya yang berada di pasar middle-high class menjadikan blackberry hanya bisa dinikmati oleh kalangan tertentu saja, tak ayal banyak bermunculan blackberry blackmarket yang membuat Blackberry merugi.
4. Windows Phone
Windows Phone terus berkembang walaupun sedikit demi sedikit, pertumbuhan Windows Phone semakin berkembang lagi setelah Microsoft mengakusisi Nokia. Windows phone mengelompokan tipe-tipe smartphone sesuai dengan fungsi dan kelas konsumen sehingga konsumen akan lebih memudah memilih smartphone seperti apa yang diinginkannya. Di pasar mobile, Windows Phone termasuk low-mid class, sehingga mayoritas kalangan bawah-menengah saja yang menikmatinya.
White Box Testing dan Black Box Testing
White box testing adalah pengujian produk dengan mengetahui cara kerja dari produk itu sendiri secara mendetail, membagi pengujian kedalam beberapa kasus pengujian, seperti test input, test proses dan test output.
Kelebihan White Box Testing :
Dapat mengoptimalisasi produk.
Mendapatkan hasil test yang spesifik.
Kerugian White Box Testing :
Untuk produk yang besar, White Box Testing dianggap cara yang tergolong boros, karena akan melibatkan sumber daya yang besar dan waktu yang lama untuk melakukannya.
Berbeda dengan white box testing, black box testing adalah pengujian produk yang hanya melihat dari hasil outputnya saja tanpa mengetahui cara/proses produk.
Keuntungan Black Box Testing :
Untuk produk yang besar, black box testing adalah cara yang paling efisien
Hemat sumber daya dan waktu.
Kerugian Black Box Testing :
Hasil test tidak spesifik.
Maturity of Product
Siklus hidup produk adalah suatu konsep penting yang memberikan pemahaman tentang dinamika kompetitif suatu produk. Seperti halnya dengan manusia, suatu produk juga memiliki siklus atau daur hidup. Siklus Hidup Produk (Product Life Cycle) ini yaitu suatu grafik yang menggambarkan riwayat produk sejak diperkenalkan ke pasar sampai dengan ditarik dari pasar. Siklus Hidup Produk (Product Life Cycle) ini merupakan konsep yang penting dalam pemasaran karena memberikan pemahaman yang mendalam mengenai dinamika bersaing suatu produk. Konsep ini dipopulerkan oleh levitt (1978) yang kemudian penggunaannya dikembangkan dan diperluas oleh para ahli lainnya.
Pada umumnya tahap-tahap yang ada dalam Siklus Hidup Produk (Product Life Cycle) terbagi ke dalam empat tahap, yaitu :
1. Tahap Pengenalan – Introduction
Ciri-ciri umum tahap ini adalah penjualan yang masih rendah, volume pasar berkembang lambat (karena tingginya market resistance), persaingan yang masih relatif kecil, tingkat kegagalan relatif tinggi, masih banyak dilakukan modifikasi produk dalam pengujian dan pengembangannya (karena problem yang timbul tidak seperti yang diramalkan dan mungkin pula disebabkan pemahaman yang keliru tentang pasar), biaya produksi dan pemasaran sangat tinggi, serta distribusi yang masih terbatas.
2. Tahap Petumbuhan – Growth
Dalam tahap pertumbuhan ini, penjualan dan laba akan meningkat dengan cepat. Karena permintaan sudah sangat meningkat dan masyarakat sudah mengenal barang bersangkutan, maka usaha promosi yang dilakukan oleh perusahaan tidak seagresif tahap sebelumnya. Di sini pesaing sudah mulai memasuki pasar sehingga persaingan menjadi lebih ketat. Cara lain yang dapat dilakukan untuk memperluas dan meningkatkan distribusinya adalah dengan menurunkan harga jualnya.
3. Tahap Kedewasaan – Maturity
Tahap ini ditandai dengan tercapainya titik tertinggi dalam penjualan perusahaan. Normalnya tahap ini merupakan tahap terlama dalam PLC. Hal ini disebabkan pada tahap ini pemenuhan inti kebutuhan oleh produk yang bersangkutan tetap ada. Sebagian besar produk yang ada saat ini berada dalam tahap ini, karena itu sebagian besar strategi pemasaran ditujukan untuk produk-produk dalam tahap ini. Strategi pemasaran kreatif yang digunakan untuk memperpanjang daur hidup suatu produk disebut innovative maturity. Penjualan dalam tahap ini sangat sensitif terhadap perubahan perekonomian. Pasar semakin tersegmentasi, sehingga untuk masing masing segmen diperlukan promosi yang berbeda dengan lainnya. Umumnya tahap ini terdiri dari tiga tingkatan. Tingkat pertama disebut growth maturity, yaitu pertumbuhan penjualan mulai berkurang yang disebabkan oleh dewasanya distribusi. Tidak ada lagi saluran distribusi baru yang bisa ditambah. Dalam tingkat kedua, stable maturity, penjualan menjadi mendatar yang disebabkan oleh jenuhnya pasar. Sebagian konsumen potensial telah mencoba produk baru yang ditawarkan perusahaan. Pada tingkat ketiga, decaying maturity, penjualan mulai menurun dan konsumen mulai bergerak ke produk lain atau produk substitusi.
4. Tahap Penurunan – Decline
Penjualan perusahaan yang semakin bergerak ke arah penurunan merupakan gejala tahap decline dalam PLC. Penurunan penjualan ini disebabkan oleh faktor-faktor seperti perubahan selera pasar, produk substitusi diterima konsumen (baik dari dalam negeri maupun dari luar negeri), dan perubahan teknologi. Sejumlah alternatif dapat dilakukan pada tahap akhir PLC ini. Namun perlu diperhatikan bahwa pilihan alternatif haruslah didasarkan pada kekuatan dan kelemahan perusahaan serta daya tarik industri bagi perusahaan.
Dimensi Ruang dan Waktu
Hampir semua paham bahwa ruang tempat kita hidup ini berdimensi tiga. Arah dimensi, atau sumbu, itu dapat dibedakan sebagai depan-belakang, kiri-kanan, dan atas-bawah. Dalam ilmu ukur ruang, dimensi atau sumbu juga disebut kordinat. Biasanya diberi notasi x untuk sumbu kiri-kanan, y untuk sumbu depan-belakang, dan z untuk sumbu atas-bawah. Banyak pula yang sudah menyadari bahwa dimensi yang kita alami bukan cuma tiga, tetapi empat. Sumbu yang satu lagi itu adalah waktu (t).
Sebelum Einstein mengemukakan teori relativitas khusus mengenai kecepatan cahaya (c), Hendrik Lorentz mengemukakan teorinya mengenai panjang dan waktu yang berubah dengan kecepatan. Kalau kita melintas di depan saya dengan mobil kecepatan penuh, menurut pengukuran saya panjang mobil kita sedikit lebih pendek dari yang tertera dalam spesifikasinya. Selain itu jam kita juga berdetik lebih lambat dari jam saya. Ini yang disebut kontraksi ruang dan dilasi waktu. Ukuran panjang dan waktu (diukur oleh pihak yang diam) dipengaruhi oleh (tergantung kepada) kecepatan geraknya. Makin cepat gerakan kita, makin lambat waktu kita.
Jadi ruang dan waktu saling terkait. Makin cepat kita bergerak, makin lambat waktu kita. Kalau kita bergerak secepat c, waktu kita berhenti. Kalau kita bergerak lebih cepat dari c, waktu kita mundur, dan kita kembali ke masa lalu. Tapi yang ini kan katanya tidak boleh. Lagi pula, kalau kita bergerak dengan kecepatan yang cukup bermakna dibandingkan dengan c, maka transformasi Lorentz juga jadi bermakna, dan masa kita membesar. Kalau kita bergerak secepat c, masa kita menjadi tak berhingga. Kesimpulannya, kecepatan sama dengan c tidak mungkin dicapai oleh materi. Hanya photon yang bisa bergerak secepat c, itupun dalam vakum. Dalam medium seperti udara, air, atau kaca, kecepatan photon kurang dari c.
Matriks waktu ruang mengelompokkan sistem kerja sama menjadi:
Tempat sama waktu sama -> tatap muka
Contoh : Ruang kelas
Tempat sama waktu berbeda -> interaksi asinkron
Contoh : Penjadwalan proyek/pertemuan
Tempat berbeda waktu sama -> sinkron tersebar
Contoh : Telepon
Tempat berbeda waktu berbeda -> asinkron tersebar
Contoh : Email
Referensi :
Perkuliahan Konsep Teknologi Budi Laksono Putro
http://fpmipa.upi.edu
http://budi.staf.upi.edu
Sumber :
https://www.google.co.id/
http://www.iqbalardimansyah.com/2012/12/perbedaan-metode-whitebox-vs-metode.html
http://nayaakyasazilvi.wordpress.com/2014/07/09/siklus-kehidupan-produk/
http://www.kaskus.co.id/thread/534659dffbca170f638b4614/ruang-waktu-dan-4-dimensi-bukan-imajinasi/
0 notes
Text
Differentiate between Coupling and Cohesion . . . for more information http://bit.ly/3m6CfKf check the above link
#softwaredesign#software#coupling#cohesion#whiteboxtesting#blackboxtesting#greyboxtesting#programming#coding#application#applicationdesign#sdlc#javatpoint
0 notes