diff --git a/Common Password Checker/test_AppCheckPassword.py b/Common Password Checker/test_AppCheckPassword.py
new file mode 100644
index 0000000000..4a39f14988
--- /dev/null
+++ b/Common Password Checker/test_AppCheckPassword.py	
@@ -0,0 +1,125 @@
+# ********RoostGPT********
+"""
+Test generated by RoostGPT for test azureai-amazing-python using AI Type Azure Open AI and AI Model roostgpt-4-32k
+
+ROOST_METHOD_HASH=app_check_password_d99f93833a
+ROOST_METHOD_SIG_HASH=app_check_password_cb9f84f305
+
+================================VULNERABILITIES================================
+Vulnerability: Hardcoded sensitive data
+Issue: The password file 'pwd.txt' path is hardcoded which could expose sensitive data if the system is compromised.
+Solution: Avoid hardcoding sensitive data. You can use environment variables or secure vault services to store passwords.
+
+Vulnerability: Insecure password comparison
+Issue: The password is compared in plain text with common passwords. This exposes the risk of leaking passwords during the check.
+Solution: Don't compare passwords in plain text. Instead, utilise a secure comparison method such as bcrypt.
+
+Vulnerability: Insecure use of MessageBox
+Issue: Sensitive information (password) is being displayed in MessageBox, risking exposure if screen is viewed by others.
+Solution: Avoid displaying sensitive information directly to the user. If necessary, mask or censor the critical parts of the data.
+
+Vulnerability: Unsecure data storage
+Issue: Passwords are stored in plain text in file 'pwd.txt', any compromise of the storage may lead to data breach.
+Solution: Passwords should be stored in a hashed or encrypted format using secure algorithm instead of plain text.
+
+Vulnerability: Information leakage
+Issue: Providing clear information that a password was found in the list of common passwords can hint attackers about the passwords used.
+Solution: Avoid providing explicit feedback about how the password policy rules. Generic feedback should be given.
+
+================================================================================
+Scenario 1: Check password against common passwords
+Details:
+  TestName: test_password_in_common_passwords
+  Description: This test verifies that when a common password is checked, the function will correctly display that the password is not unique.
+Execution:
+  Arrange: Prepare a common password from the 'pwd.txt' file.
+  Act: Invokes the 'check_password' function with the common password.
+  Assert: Expect a message box to be displayed indicating that the password is not unique.
+Validation:
+  This test is important as it validates core functionality of the 'check_password' function, ensuring that common passwords are correctly identified.
+
+Scenario 2: Check unique password
+Details:
+  TestName: test_check_unique_password
+  Description: This test verifies that when a truly unique password is checked, the function correctly displays that the password is unique.
+Execution:
+  Arrange: Create a truly unique password that is not present in the 'pwd.txt' file.
+  Act: Invokes the check_password function with a unique password.
+  Assert: Expect a message box to be displayed indicating that the password is unique.
+Validation:
+  This test is important as it validates the capability of the 'check_password' function to correctly identify unique passwords.
+
+Scenario 3: Check password with special characters 
+Details:
+  TestName: test_check_password_with_special_characters
+  Description: This test verifies that the function can correctly handle and check passwords that contain special characters.
+Execution:
+  Arrange: Create a password with special characters.
+  Act: Invokes the 'check_password' function with the specially created password.
+  Assert: Should return the appropriate unique or not unique message depending on the password created.
+Validation:
+  This is an important test as special characters are a common condition for establishing strong, unique passwords. This test ensures that the function can handle and verify such passwords correctly.
+
+Scenario 4: Check empty password 
+Details:
+  TestName: test_check_empty_password
+  Description: This test is to verify the function behavior when the provided password is an empty string.
+Execution:
+  Arrange: Create an empty string for password.
+  Act: Invokes the 'check_password' function with the empty string.
+  Assert: Expect a message box indicating that the password is not unique (assuming empty string is considered as a common password).
+Validation:
+  This is important as it checks the function behavior under edge cases, ensuring the function can handle such input. This contributes to the robustness of the function.
+
+Scenario 5: Check password as a case-sensitive string 
+Details:
+  TestName: test_check_password_case_sensitive
+  Description: This test is to verify the function behavior when the provided password is a case-sensitive string.
+Execution:
+  Arrange: Create a password from 'pwd.txt' file with few characters in uppercase.
+  Act: Invokes the 'check_password' function with the case-sensitive password.
+  Assert: Depending on the function design, expect a message box indicating that the password is unique or not unique.
+Validation:
+  This is important as it checks the function behavior under edge cases, ensuring the function can handle such input.
+"""
+
+# ********RoostGPT********
+import pytest
+import app
+from unittest.mock import patch, Mock
+
+# Scenario 1: Check password against common passwords
+def test_password_in_common_passwords():
+    password = "example"
+    with patch("app.tkinter", new_callable=Mock) as mock:
+        app.check_password(password)
+    mock.messagebox.showinfo.assert_called_once_with(
+        "Password Check", f"{password}: not unique (unknown index)")
+
+# Scenario 2: Check unique password
+def test_check_unique_password():
+    password = "unique_example"
+    with patch("app.tkinter", new_callable=Mock) as mock:
+        app.check_password(password)
+    mock.messagebox.showinfo.assert_called_once_with("Password Check", f"{password}: unique")
+
+# Scenario 3: Check password with special characters
+def test_check_password_with_special_characters():
+    password = "example@123"
+    with patch("app.tkinter", new_callable=Mock) as mock:
+        app.check_password(password)
+    mock.messagebox.showinfo.assert_called_once_with("Password Check", f"{password}: unique")
+
+# Scenario 4: Check empty password
+def test_check_empty_password():
+    password = ""
+    with patch("app.tkinter", new_callable=Mock) as mock:
+        app.check_password(password)
+    mock.messagebox.showinfo.assert_called_once_with("Password Check", f"{password}: not unique (unknown index)")
+
+# Scenario 5: Check password as a case-sensitive string
+def test_check_password_case_sensitive():
+    password = "Example"
+    with patch("app.tkinter", new_callable=Mock) as mock:
+        app.check_password(password)
+    mock.messagebox.showinfo.assert_called_once_with("Password Check", f"{password}: unique")
diff --git a/Common Password Checker/test_AppMain.py b/Common Password Checker/test_AppMain.py
new file mode 100644
index 0000000000..0f2a0e467e
--- /dev/null
+++ b/Common Password Checker/test_AppMain.py	
@@ -0,0 +1,80 @@
+# ********RoostGPT********
+"""
+Test generated by RoostGPT for test azureai-amazing-python using AI Type Azure Open AI and AI Model roostgpt-4-32k
+
+ROOST_METHOD_HASH=app_main_e9f7640fcd
+ROOST_METHOD_SIG_HASH=app_main_105191a9d8
+
+================================VULNERABILITIES================================
+Vulnerability: Sensitive information exposure
+Issue: The entered password is fetched using get() method directly which can lead to sensitive information exposure if any exception handling or logging is done on the check password function.
+Solution: Avoid logging or printing sensitive data, if needed mask the data as much as possible. Validate string before running any functions on it.
+
+Vulnerability: Lack of input validation
+Issue: There is no input validation for the password field. An attacker might attempt to exploit by passing malicious scripts or inputs to this field.
+Solution: Always validate and sanitize the user inputs before processing. Greedy and regex checks can help define what is acceptable.
+
+Vulnerability: Interface not requiring authentication
+Issue: The tkinter program does not have an authentication mechanism present, which is a potential security risk.
+Solution: Consider implementing an authentication mechanism before allowing access to the password checker interface.
+
+================================================================================
+Scenario 1: Check if the application's title is set correctly
+Details:
+  TestName: test_app_title
+  Description: This test will check if the main window of the application is titled as "Password Checker".
+Execution:
+  Arrange: We need to start the main function and allow the UI to be built.
+  Act: We Capture the title of the main window after it is initialized.
+  Assert: Verify if the captured title matches "Password Checker".
+Validation:
+  Rationalize: Setting the right title is important for user interface and hence this test ensures that application is properly titled.
+
+Scenario 2: Check if password entry widget masks the input
+Details:
+  TestName: test_password_entry_masking
+  Description: The password entry widget should mask the input. This test will check that requirement.
+Execution:
+  Arrange: We need to start the main function and allow the UI to be built.
+  Act: We will input some text into the password entry widget and capture its displayed value.
+  Assert: The displayed value should be masked (not same as input) for privacy.
+Validation:
+  Rationalize: It's very crucial for password fields to be masked for user's data security hence this test ensures that requirement is fulfilled.
+
+Scenario 3: Check if "check" command is assigned to the "Check" button
+Details:
+  TestName: test_button_command
+  Description: This test will check if the check_password method is triggered when the "Check" button is clicked.
+Execution:
+  Arrange: We need to start the main function and allow the UI to be built.
+  Act: We'd find the "Check" button and simulate a click event.
+  Assert: The simulated click event should trigger the `check_password(password_entry.get())` method.
+Validation:
+  Rationalize: The "Check" button is the trigger for password check hence this test ensures that it does the intended function.
+
+Scenario 4: Check if the application's components have correct color theme
+Details:
+  TestName: test_color_theme
+  Description: This test will check if all the components of the app have the correct color scheme (bg="black", fg="white").
+Execution:
+  Arrange: We need to start the main function and allow the UI to be built.
+  Act: Capture the color attributes of the elements like the label, button and overall app.
+  Assert: Verify if the attributes match the expected values (bg="black", fg="white").
+Validation:
+  Rationalize: The color theme of all the components plays a major role in the app's overall look and feel hence it is important to maintain expected color theme of the components. 
+
+Note: Testing GUIs using frameworks like tkinter require specialized tools which supports GUI testing, like Pywinauto, PyQt etc. In any case, GUI testing would be broader topic beyond scope of Pytest.
+"""
+
+# ********RoostGPT********
+import sys
+from unittest.mock import MagicMock
+
+sys.modules['tkinter'] = MagicMock()
+
+# Continue with the rest of your file
+import pytest
+import app
+from unittest.mock import patch
+
+# Rest of your tests...